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!
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!
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
esiste una versione di prova?
è possibile installare su Hd o si può installare solo su stick usb?
GRAZIE!
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.
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
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
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
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
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
Ci sono attualmente 6 utenti che stanno visualizzando questa discussione. (0 utenti e 6 ospiti)