AudioLinux - un nuovo Sistema Operativo per HQPlayer, ma non solo

Pagina 10 di 38
prima
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 ... ultimo
Visualizzazione dei risultati da 91 a 100 su 379
  1. #91
    kibibyte
    Registrato
    Apr 2014
    Messaggi
    269

    Predefinito

    Metodo manuale: apri una finestra di terminale e scrivi
    networkaudiod

    dopo aver stoppato tutti i servizi con "STOP all audio services"

    219 non è la versione di Audiolinux ma la versione di systemd!

  2. #92
    kibibyte
    Registrato
    Apr 2014
    Messaggi
    269

    Predefinito

    CONFRONTO TRA DAPHILE E AUDIOLINUX
    Il confronto è stato fatto sullo stesso computer con processore Intel i5.
    Viene misurata la latenza del processore (parametro a mio parere fondamentale) con cyclictest e hackbench. I valori sono in microsecondi.
    Min=minimo Act=attuale Avg=medio Max=massimo
    Come si può notare DAPHILE va completamente in crisi sotto stress con valori di latenza del processore che arrivano fino a 2,2 millisecondi (non microsecondi) con punte persino a 43!!
    DAPHILE attualmente utilizza un kernel standard ma con qualche modifica per utilizzare rtirq (il programma che utilizza anche audiolinux che assegna le priorità agli interrupt)
    codice:
    *** AUDIOLINUX ***
    STANDARD TEST                                                                                                                                                                                                                                                                                                                                                                      
    policy: fifo: loadavg: 35.84 8.18 2.69 86/680 1301                                                                                                                                                                 
                                                                                                                                                                                                                       
    T: 0 ( 1298) P:98 I:100 C:  19972 Min:      2 Act:    6 Avg:    4 Max:      14                                                                                                                                     
    T: 1 ( 1299) P:98 I:100 C:  20000 Min:      2 Act:    4 Avg:    4 Max:      13                                                                                                                                     
    T: 2 ( 1300) P:98 I:100 C:  19977 Min:      2 Act:    4 Avg:    3 Max:      12                                                                                                                                     
    T: 3 ( 1301) P:98 I:100 C:  20000 Min:      2 Act:    4 Avg:    4 Max:      15                                                                                                                                     
                                                                                                                                                                                                                       
    STRESS TEST                                                                                                                                                                                                        
    Running in process mode with 10 groups using 40 file descriptors each (== 400 tasks)                                                                                                                               
    Each sender will pass 20000 messages of 100 bytes                                                                                                                                                                  
    policy: fifo: loadavg: 35.84 8.18 2.69 131/1080 1707                                                                                                                                                               
                                                                                                                                                                                                                       
    T: 0 ( 1346) P:98 I:100 C:  20000 Min:      2 Act:    4 Avg:    4 Max:      13                                                                                                                                     
    T: 1 ( 1389) P:98 I:100 C:  20000 Min:      2 Act:    4 Avg:    4 Max:      10                                                                                                                                     
    T: 2 ( 1432) P:98 I:100 C:  20000 Min:      2 Act:    5 Avg:    4 Max:      12                                                                                                                                     
    T: 3 ( 1465) P:98 I:100 C:  15052 Min:      3 Act:    5 Avg:    4 Max:      15                                                                                                                                     
    WARN: open /dev/cpu_dma_latency: Permission denied                                                                                                                                                                 
    policy: fifo: loadavg: 35.84 8.18 2.69 86/680 1301                                
    
    
    
    *** DAPHILE ***
    STANDARD TEST
    # /dev/cpu_dma_latency set to 0us
    WARN: Running on unknown kernel version...YMMV
    policy: fifo: loadavg: 23.35 9.65 4.11 1/163 5921          
    
    T: 0 ( 5890) P:98 I:100 C:  20000 Min:      1 Act:    2 Avg:    2 Max:      11
    T: 1 ( 5891) P:98 I:100 C:  20000 Min:      1 Act:    2 Avg:    2 Max:      10
    T: 2 ( 5892) P:98 I:100 C:  19968 Min:      1 Act:    1 Avg:    3 Max:       9
    T: 3 ( 5893) P:98 I:100 C:  19957 Min:      1 Act:    1 Avg:    2 Max:      15
    
    STRESS TEST
    Running in process mode with 10 groups using 40 file descriptors each (== 400 tasks)
    Each sender will pass 20000 messages of 100 bytes
    # /dev/cpu_dma_latency set to 0us
    WARN: Running on unknown kernel version...YMMV
    policy: fifo: loadavg: 23.35 9.65 4.11 97/567 6344           
    
    T: 0 ( 5974) P:98 I:100 C:  20000 Min:      2 Act:    3 Avg:   41 Max:   11409
    T: 1 ( 6019) P:98 I:100 C:  20000 Min:      2 Act:    3 Avg:  684 Max:   22009
    T: 2 ( 6056) P:98 I:100 C:  19972 Min:      2 Act:    3 Avg: 2285 Max:   43552
    T: 3 ( 6092) P:98 I:100 C:  19943 Min:      2 Act:    3 Avg:  127 Max:   18557

  3. #93
    gibibyte L'avatar di andreaea
    Registrato
    Feb 2011
    Messaggi
    853
    configurazione

    Predefinito

    esiste una versione di prova?
    è possibile installare su Hd o si può installare solo su stick usb?

    GRAZIE!

  4. #94
    kibibyte
    Registrato
    Apr 2014
    Messaggi
    269

    Predefinito

    Purtroppo non esiste una versione di prova. Per varie ragioni...
    Nel caso si acquisti la pennetta c'è la possibilità del rimborso in caso il sistema non riesca a partire.
    Sì, dopo aver acquistato o la pennetta o l'immagine si può installare su hard disk o su una partizione.

  5. #95
    gibibyte L'avatar di andreaea
    Registrato
    Feb 2011
    Messaggi
    853
    configurazione

    Predefinito

    grazie mille!

  6. #96
    tebibyte L'avatar di bigtube
    Registrato
    May 2012
    Località
    cagliari
    Età
    69
    Messaggi
    2,258
    configurazione

    Predefinito

    Originariamente inviato da hifi25nl
    CONFRONTO TRA DAPHILE E AUDIOLINUX
    Il confronto è stato fatto sullo stesso computer con processore Intel i5.
    Viene misurata la latenza del processore (parametro a mio parere fondamentale) con cyclictest e hackbench. I valori sono in microsecondi.
    Min=minimo Act=attuale Avg=medio Max=massimo
    Come si può notare DAPHILE va completamente in crisi sotto stress con valori di latenza del processore che arrivano fino a 2,2 millisecondi (non microsecondi) con punte persino a 43!!
    DAPHILE attualmente utilizza un kernel standard ma con qualche modifica per utilizzare rtirq (il programma che utilizza anche audiolinux che assegna le priorità agli interrupt)
    codice:
    *** AUDIOLINUX ***
    STANDARD TEST                                                                                                                                                                                                                                                                                                                                                                      
    policy: fifo: loadavg: 35.84 8.18 2.69 86/680 1301                                                                                                                                                                 
                                                                                                                                                                                                                       
    T: 0 ( 1298) P:98 I:100 C:  19972 Min:      2 Act:    6 Avg:    4 Max:      14                                                                                                                                     
    T: 1 ( 1299) P:98 I:100 C:  20000 Min:      2 Act:    4 Avg:    4 Max:      13                                                                                                                                     
    T: 2 ( 1300) P:98 I:100 C:  19977 Min:      2 Act:    4 Avg:    3 Max:      12                                                                                                                                     
    T: 3 ( 1301) P:98 I:100 C:  20000 Min:      2 Act:    4 Avg:    4 Max:      15                                                                                                                                     
                                                                                                                                                                                                                       
    STRESS TEST                                                                                                                                                                                                        
    Running in process mode with 10 groups using 40 file descriptors each (== 400 tasks)                                                                                                                               
    Each sender will pass 20000 messages of 100 bytes                                                                                                                                                                  
    policy: fifo: loadavg: 35.84 8.18 2.69 131/1080 1707                                                                                                                                                               
                                                                                                                                                                                                                       
    T: 0 ( 1346) P:98 I:100 C:  20000 Min:      2 Act:    4 Avg:    4 Max:      13                                                                                                                                     
    T: 1 ( 1389) P:98 I:100 C:  20000 Min:      2 Act:    4 Avg:    4 Max:      10                                                                                                                                     
    T: 2 ( 1432) P:98 I:100 C:  20000 Min:      2 Act:    5 Avg:    4 Max:      12                                                                                                                                     
    T: 3 ( 1465) P:98 I:100 C:  15052 Min:      3 Act:    5 Avg:    4 Max:      15                                                                                                                                     
    WARN: open /dev/cpu_dma_latency: Permission denied                                                                                                                                                                 
    policy: fifo: loadavg: 35.84 8.18 2.69 86/680 1301                                
    
    
    
    *** DAPHILE ***
    STANDARD TEST
    # /dev/cpu_dma_latency set to 0us
    WARN: Running on unknown kernel version...YMMV
    policy: fifo: loadavg: 23.35 9.65 4.11 1/163 5921          
    
    T: 0 ( 5890) P:98 I:100 C:  20000 Min:      1 Act:    2 Avg:    2 Max:      11
    T: 1 ( 5891) P:98 I:100 C:  20000 Min:      1 Act:    2 Avg:    2 Max:      10
    T: 2 ( 5892) P:98 I:100 C:  19968 Min:      1 Act:    1 Avg:    3 Max:       9
    T: 3 ( 5893) P:98 I:100 C:  19957 Min:      1 Act:    1 Avg:    2 Max:      15
    
    STRESS TEST
    Running in process mode with 10 groups using 40 file descriptors each (== 400 tasks)
    Each sender will pass 20000 messages of 100 bytes
    # /dev/cpu_dma_latency set to 0us
    WARN: Running on unknown kernel version...YMMV
    policy: fifo: loadavg: 23.35 9.65 4.11 97/567 6344           
    
    T: 0 ( 5974) P:98 I:100 C:  20000 Min:      2 Act:    3 Avg:   41 Max:   11409
    T: 1 ( 6019) P:98 I:100 C:  20000 Min:      2 Act:    3 Avg:  684 Max:   22009
    T: 2 ( 6056) P:98 I:100 C:  19972 Min:      2 Act:    3 Avg: 2285 Max:   43552
    T: 3 ( 6092) P:98 I:100 C:  19943 Min:      2 Act:    3 Avg:  127 Max:   18557
    La patch "rtirq" su Daphile è stata introdotta sperimentalmente da utenti come posso essere io o altri ma certamente non da Kipeta.
    http://www.nexthardware.com/forum/cm...tml#post933547
    Non mi pare che il test sia stato condotto con le patch installate. Sarebbe opportuno precisarlo se le cose stanno cosi.
    player1:thin client+voyage - player2:futros450+Debian > Usb Transport: I2soverUSB + DAC (6x1704+I/V a tubi) - Attenuatore passivo Lightspeed
    Ampli finale: OTL 6C33 - MyRef Fremen Ed. - Diff.: Diapason Adamantes II - Guida LMS+Squeezelite - B

  7. #97
    pebibyte L'avatar di marcoc1712
    Registrato
    Jan 2013
    Messaggi
    5,254
    configurazione

    Predefinito

    Originariamente inviato da hifi25nl
    CONFRONTO TRA DAPHILE E AUDIOLINUX
    Posto che non ho capito bene che condizioni simula il test, mi pare che nello standard daphile sia in linea se non leggermente meglio, sbaglio?

    Nello stress test, daphile ha valori minimi ed actual in linea se non migliori, massimi (e medi, ovviamente) sproporzionatamente alti, tanto da far pensare che qualcosa abbia disturbato in un qualche momento il test di daphile: 67 cicli - su 20000 - al valore massimo riportano il risultato al valore corrente, non mi pare si possa definire una condizione sistemica.

    Due domande:

    a. 400 task attivi contemporaneamente simulano una situazione di utilizzo reale nella riproduzione musicale? Io credo di no.

    b. Nessun processo ha potuto disturbare momentaneamente il test? A me pare sia avvenuto proprio questo durante lo stress test di daphile, lo ripeterei in condizioni maggiormente controllate.

    Giusto per fugare ogni dubbio, se leggi i miei post in merito a daphile di qualche tempo fa, capirai che non posso certo essere tacciato di essergli favorevole...
    Ciao, Marco.

    "Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
    — E. F. Schumacher (mis-attributed to A. Einstein)
    ________________________________________________________________________________
    Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
    Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
    Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE

  8. #98
    tebibyte L'avatar di bigtube
    Registrato
    May 2012
    Località
    cagliari
    Età
    69
    Messaggi
    2,258
    configurazione

    Predefinito

    Inoltre la versione di Daphile dagli utenti ritenuta la migliore (reperibile qui :Index of /tmp.qSPQbWD3rw)
    è attualmente ancora sotto test e ha il kernel 4.0 standard
    player1:thin client+voyage - player2:futros450+Debian > Usb Transport: I2soverUSB + DAC (6x1704+I/V a tubi) - Attenuatore passivo Lightspeed
    Ampli finale: OTL 6C33 - MyRef Fremen Ed. - Diff.: Diapason Adamantes II - Guida LMS+Squeezelite - B

  9. #99
    gibibyte L'avatar di DacPassion
    Registrato
    Jul 2014
    Messaggi
    1,250

    Predefinito

    Ha senso uno stress test con 400 task attivi se in riproduzione daphile ne ha attivi 2 massimo 3 ?
    Io una macchina da 300kmh non la ritengo la più adatta ad andare a 20kmh ...anzi :-)

    Se chi vende desse la possibilità di provare gratuitamente, le persone potrebbero fare confronti nell'utilizzo reale (ascoltare musica!!)
    Clearaudio Emotion + Satisfy + Grado Gold1 > Phono D3A DIY
    Futro S450 + Daphile / Amanero + Buffalo 2 (trident) uscita a TU Cinemag 15/15B DIY / Jlsounds + Lector Digicode TDA1541 S1
    Monoblocchi D3A 2A3 (electrolytich free!!) DIY / Coral Beta8 in BLH DIY

  10. #100
    kibibyte
    Registrato
    Apr 2014
    Messaggi
    269

    Predefinito

    Originariamente inviato da bigtube
    Inoltre la versione di Daphile dagli utenti ritenuta la migliore (reperibile qui :Index of /tmp.qSPQbWD3rw)
    è attualmente ancora sotto test e ha il kernel 4.0 standard
    Sì ho usato l'ultima versione daphile-15.04-b140200-x86_64.iso
    Il test è stato ripetuto più volte per essere sicuri che non ci fossero influenze temporanee da parte di altri fattori. I risultati sono stati molto simili. Nessun altro programma è stato lanciato contemporaneamente a parte il collegamento con ssh. Sono riuscito a installare i programmi cyclictest e hackbench copiando manualmente i due programmi in /usr/bin e una libreria in /usr/lib. Per chi volesse ripetere il test posso spiegare dettagliatamente come ho fatto.

    Ritenevo che la patch per rtirq fosse già applicata di default...non lo sapevo. Con la patch i risultati potrebbero essere diversi.

    E' vero, daphile si comporta correttamente nel test standard. E' vero che lo stress test è molto ...stressante e va al di là degli obiettivi di Daphile. L'ho fatto perché in un altro forum in una discussione su Daphile qualcuno aveva espresso critiche verso il kernel realtime e volevo dimostrare che la sua performance è invece superiore.

    In sistemi nei quali usiamo HQPlayer invece di MPD il discorso si fa completamente diverso: HQPlayer può arrivare a 10-15 threads fino a 50% ed oltre di utilizzo del processore

Pagina 10 di 38
prima
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 ... ultimo

Informazioni Thread

Users Browsing this Thread

Ci sono attualmente 1 utenti che stanno visualizzando questa discussione. (0 utenti e 1 ospiti)

Regole d'invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
nexthardware.com - © 2002-2022