Re: Ottimizzazioni player MPD Embedded (RaspBerry, HackBerry...)

Da Switters Ven 1 Feb 2013 - 9:41

Mi è venuta in mente un'altra prova che potrebbe dare un'indicazione, ascoltare un wav non compresso, in questo modo si dovrebbe capire se è la decompressione/decodifica a impegnare la CPU.

Da Menestrello Ven 1 Feb 2013 - 11:49

È una prova che voglio fare, ho già preparato il Wav Hehe

Tra le varie opzioni di compilazione usate da francoiacc c'è il kernel impostato come Voluntary Preemption. Non mi torna molto come scelta Mmm

Da quel poco che ho letto, il modello migliore dovrebbe essere Preemptible Kernel (low latency). Che dite?

Da Switters Ven 1 Feb 2013 - 12:17

Menestrello ha scritto:Da quel poco che ho letto, il modello migliore dovrebbe essere Preemptible Kernel (low latency). Che dite?

Se il kernel è stato compilato con più scheduler è possibile cambiare scheduler a run-time (http://www.linuxhowtos.org/System/iosched.htm)

Da Menestrello Ven 1 Feb 2013 - 12:35

Switters ha scritto:
Menestrello ha scritto:Da quel poco che ho letto, il modello migliore dovrebbe essere Preemptible Kernel (low latency). Che dite?

Se il kernel è stato compilato con più scheduler è possibile cambiare scheduler a run-time (http://www.linuxhowtos.org/System/iosched.htm)

Il makeconfig fa scegliere solo un modello...

Da Switters Ven 1 Feb 2013 - 14:36

Menestrello ha scritto:
Switters ha scritto:

Se il kernel è stato compilato con più scheduler è possibile cambiare scheduler a run-time (http://www.linuxhowtos.org/System/iosched.htm)
Il makeconfig fa scegliere solo un modello...

Se non ricordo male quello che scegli (con la scelta singola) è quello attivo di default, se selezioni anche gli altri dovrebbero comunque venire compilati per poi attivarli a run-time.

Da Menestrello Ven 1 Feb 2013 - 15:55

Switters ha scritto:@Menestrello

Prova con vmstat 1 100 (lanciato prima di far partire il brano) che la prima riga di output di solito non è abbastanza significativa.

Codice:: procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 1 1 0 17964 1724 654716 0 0 57 12 2614 3163 2 11 64 23 2 1 0 18472 1724 654672 0 0 0 0 5251 14366 62 38 0 0 1 1 0 18472 1724 654568 0 0 0 0 5257 14645 62 38 0 0 1 1 0 27600 1716 644976 0 0 0 0 5236 14317 53 47 0 0 1 1 0 25220 1716 647536 0 0 0 0 5192 13767 59 41 0 0 2 1 0 22428 1716 650216 0 0 0 0 5201 13926 61 39 0 0 1 1 0 19764 1724 652656 0 0 0 32 5520 14867 65 35 0 0 2 1 0 18416 1724 652500 0 0 1960 0 5037 10250 55 45 0 0 3 1 0 18312 1724 652708 0 0 0 0 3719 3803 79 21 0 0 3 1 0 18464 1724 652676 0 0 0 0 3536 3737 74 26 0 0 3 1 0 18328 1724 652580 0 0 120 0 3613 3927 75 25 0 0 1 0 0 18688 1724 651812 0 0 0 0 2618 2755 80 20 0 0 1 0 0 18688 1732 651812 0 0 0 12 590 729 100 0 0 0 1 0 0 18688 1732 651812 0 0 0 0 239 32 100 0 0 0 1 0 0 18688 1732 651812 0 0 0 0 239 30 100 0 0 0 1 0 0 18688 1732 651812 0 0 0 0 238 28 100 0 0 0 0 0 0 18688 1732 651812 0 0 0 0 158 21 5 0 95 0 1 0 0 18688 1732 651812 0 0 0 0 344 53 97 0 3 0 1 0 0 18688 1732 651812 0 0 0 32 815 1161 100 0 0 0 1 0 0 18688 1732 651812 0 0 0 0 240 30 100 0 0 0 3 0 0 16640 1732 654692 0 0 0 0 3325 3696 80 20 0 0

La riproduzione è iniziata in corrispondenza dei valori 100 in us.

Da Switters Ven 1 Feb 2013 - 16:06

Menestrello ha scritto:La riproduzione è iniziata in corrispondenza dei valori 100 in us.

E da lì in poi la CPU è occupata tutta in user-space, quindi mpd (mentre prima, presumibilmente durante la lettura e il riempimento del buffer, c'è attività del kernel e molti più interrupt)
Questa è la riproduzione di un flac o di un wav?

Da Menestrello Ven 1 Feb 2013 - 18:54

Switters ha scritto:
Menestrello ha scritto:La riproduzione è iniziata in corrispondenza dei valori 100 in us.

E da lì in poi la CPU è occupata tutta in user-space, quindi mpd (mentre prima, presumibilmente durante la lettura e il riempimento del buffer, c'è attività del kernel e molti più interrupt)
Questa è la riproduzione di un flac o di un wav?

Infatti.
Questa è la riproduzione di un flac. Ora testo lo stesso brano in versione .wav.
Per quanto riguarda il kernel no, non si possono selezionare più opzioni.
raspberry - Ottimizzazioni player MPD Embedded (RaspBerry, HackBerry...) - Pagina 5 Kernel10

raspberry - Ottimizzazioni player MPD Embedded (RaspBerry, HackBerry...) - Pagina 5 Kernel10

Da grunter Ven 1 Feb 2013 - 18:56

Che fai... Ivano si aggiunge gli anni e te te li levi?
Laughing

Da Menestrello Ven 1 Feb 2013 - 18:59

grunter ha scritto:Che fai... Ivano si aggiunge gli anni e te te li levi?

Fede,
mi sa hai sbagliato thread Laughing

Da grunter Ven 1 Feb 2013 - 19:00

Facevo un pò di sano OT... perchè ne hai parlato altrove?

Da Menestrello Ven 1 Feb 2013 - 19:02

grunter ha scritto:Facevo un pò di sano OT... perchè ne hai parlato altrove?

ahhhhhhhhhhhhh
Manco ci pensavo a quello scritto sotto l'avatar! Anche te sei criptico però Razz

Da grunter Ven 1 Feb 2013 - 19:03

Menestrello ha scritto:
grunter ha scritto:Facevo un pò di sano OT... perchè ne hai parlato altrove?
ahhhhhhhhhhhhh
Manco ci pensavo a quello scritto sotto l'avatar! Anche te sei criptico però

Perchè te... a che ti riferisci?

Da Menestrello Ven 1 Feb 2013 - 19:28

Allora, il test con il wav ha dato più o meno gli stessi risultati del flac: cpu molto, molto alta. !74MB

Questo l'uso della cpu:

Codice:: procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----- r b swpd free buff cache si so bi bo in cs us sy id wa 0 0 0 388392 5512 286632 0 0 101 22 777 1115 15 6 78 2 0 0 0 388392 5512 286632 0 0 0 0 34 22 0 0 100 0 0 0 0 388392 5512 286632 0 0 0 0 27 24 0 0 100 0 0 0 0 388392 5512 286632 0 0 0 0 29 26 0 0 100 0 0 0 0 388392 5512 286632 0 0 0 0 29 24 0 0 100 0 0 0 0 388392 5512 286632 0 0 0 0 45 28 0 0 100 0 1 0 0 385912 5520 286632 0 0 0 32 287 1320 28 1 71 0 1 0 0 385912 5520 286632 0 0 0 0 115 34387 76 24 0 0 2 0 0 385268 5520 286632 0 0 0 0 129 30448 77 23 0 0 1 0 0 385268 5520 286632 0 0 0 0 346 502 96 4 0 0 1 0 0 385268 5520 286632 0 0 0 0 238 35 100 0 0 0 1 0 0 385268 5520 286632 0 0 0 0 240 28 100 0 0 0 0 0 0 385268 5528 286632 0 0 0 16 423 476 51 0 49 0 1 0 0 385268 5528 286632 0 0 0 0 203 29 60 0 40 0 1 0 0 385268 5528 286632 0 0 0 0 239 32 100 0 0 0 1 0 0 385268 5528 286632 0 0 0 0 242 32 99 1 0 0 1 0 0 385268 5528 286632 0 0 0 0 239 30 100 0 0 0 0 0 0 385268 5528 286632 0 0 0 0 173 21 27 0 73 0 1 0 0 385268 5528 286632 0 0 0 0 228 99 88 0 12 0 1 0 0 385268 5528 286632 0 0 0 0 347 60 100 0 0 0 1 0 0 385268 5528 286632 0 0 0 0 240 42 100 0 0 0

Anche qui la riproduzione è iniziata al primo 100 in us.
Da li in poi l'utilizzo in kernel è nullo.
Don't know

Da Switters Ven 1 Feb 2013 - 21:53

Menestrello ha scritto:Anche qui la riproduzione è iniziata al primo 100 in us.
Da li in poi l'utilizzo in kernel è nullo.

24/92 ?
Con un 16/44 come si comporta?
Curioso... ci sarebbe da guardarci di fino per capire dove mpd "spende" tutta quella CPU.

Da robertopisa Ven 1 Feb 2013 - 21:58

C'è in effetti qualcosa che non torna con il consumo esagerato di CPU da parte di mpd. Che versione di mpd hai compilato?

Da Menestrello Ven 1 Feb 2013 - 22:15

robertopisa ha scritto:C'è in effetti qualcosa che non torna con il consumo esagerato di CPU da parte di mpd. Che versione di mpd hai compilato?

Con un 16/44 va benissimo, cpu quasi nulla.
Mpd l'ho installato via apt-get, non l'ho compilato. Se conoscete una mini guida per compilarlo su arm ci provo.
Dimenticavo:
mpd (MPD: Music Player Daemon) 0.16.7

Da Switters Ven 1 Feb 2013 - 22:30

Menestrello ha scritto:
robertopisa ha scritto:C'è in effetti qualcosa che non torna con il consumo esagerato di CPU da parte di mpd. Che versione di mpd hai compilato?

Con un 16/44 va benissimo, cpu quasi nulla.
Mpd l'ho installato via apt-get, non l'ho compilato. Se conoscete una mini guida per compilarlo su arm ci provo.

A memoria:
./autogen.sh. # se non esiste già ./configure
./configure --sysconfdir=/etc --prefix=/usr
make

Se dà un errore a proposito di dns o libreria mancante o similari bisogna impostare LDFLAGS="-lnds" o qualcosa del genere, se fai una ricerca in rete trovi come risolvere, se no domani (o dopo) ti posso dare indicazioni più precise.

Serve avere installato autoconf, automake, m4, pkgtool e le librerie per i codec e feature varie (libflac, lìbmad, libid3tag, ffmpeg, ecc), quelle tra parentesi dovrebbero essere sufficienti per riprodurre flac e mp3.

Da fritznet Ven 1 Feb 2013 - 22:39

Ho dato un'occhiata ai sorgenti, da ignorante magari sto dicendo una minchiata, ma nel modulo pcm_format.h, parla di conversione del formato da 24bit a 16bit(e altro), non è che nella versione precompilata è configurata l'opzione (ammesso che non ci sia uno switch nel config) di conversione, e mpd quando si carica un file 24/96 applica la conversione facendo lavorare la cpu?

Da fritznet Ven 1 Feb 2013 - 23:11

In alternativa, per vedere cosa fa di così "pesante" per la cpu mpd quando carica files 24/92, si può provare ad usare strace e intercettare le chiamate di sistema di mpd.

Da Switters Ven 1 Feb 2013 - 23:20

fritznet ha scritto:Ho dato un'occhiata ai sorgenti, da ignorante magari sto dicendo una minchiata, ma nel modulo pcm_format.h, parla di conversione del formato da 24bit a 16bit(e altro), non è che nella versione precompilata è configurata l'opzione (ammesso che non ci sia uno switch nel config) di conversione, e mpd quando si carica un file 24/96 applica la conversione facendo lavorare la cpu?

Ottima intuizione Smile

Potrebbe fare il resampling da 24/92 a 16/44.

@Menestrello
In audio_output com'è impostato "format"?
Prova a commentarlo se non lo è giá.

Edit: auto_resample "no" in mpd.conf
https://wiki.archlinux.org/index.php/Music_Player_Daemon/Troubleshooting

Da Menestrello Sab 2 Feb 2013 - 10:10

Vediamo di venirne a capo Don't know

Ovviamente la configurazione di mpd non prevede il resampling:

Codice:: audio_output { type "alsa" name "USB_DAC" device "plughw:2,0" # mixer_type "none" # use_mmap "yes" # replay_gain_handler "none" auto_resample "no" auto_channels "no" auto_format "no" period_time "524288" buffer_time "2097152" }

sono andato allora a verificare se alsa riconosce il dac correttamente e supporta i 96khz:

Codice:: root@hackberry:~# cat /proc/asound/cards 0 [sun4icodec ]: sun4i-CODEC - sun4i-CODEC sun4i-CODEC Audio Codec 1 [sun4isndhdmi ]: sun4i-sndhdmi - sun4i-sndhdmi sun4i-sndhdmi 2 [DAC ]: USB-Audio - HiFimeDIY DAC HiFimeDIY Audio HiFimeDIY DAC at usb-sw-ehci-1.2, full speed

vediamo alsa cosa dice:

Codice:: root@hackberry:~# aplay -l **** List of PLAYBACK Hardware Devices **** card 0: sun4icodec [sun4i-CODEC], device 0: M1 PCM [sun4i PCM] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: sun4isndhdmi [sun4i-sndhdmi], device 0: SUN4I-HDMIAUDIO sndhdmi-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 card 2: DAC [HiFimeDIY DAC], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 card 2: DAC [HiFimeDIY DAC], device 1: USB Audio [USB Audio #1] Subdevices: 1/1 Subdevice #0: subdevice #0

Questo è strano, è come se la vedesse due volte. E la cosa strana è che una delle due sembra riprodurre solo a 44khz.
Ditemi se interpreto bene. Questo è il contenuto della cartella /proc/asound/card2:

Codice:: root@hackberry:/proc/asound/card2# ll total 0 dr-xr-xr-x 5 root root 0 Jan 1 00:35 . dr-xr-xr-x 5 root root 0 Jan 1 00:35 .. -r--r--r-- 1 root root 0 Jan 1 00:38 id dr-xr-xr-x 3 root root 0 Jan 1 00:38 pcm0c dr-xr-xr-x 3 root root 0 Jan 1 00:38 pcm0p dr-xr-xr-x 3 root root 0 Jan 1 00:38 pcm1p -r--r--r-- 1 root root 0 Jan 1 00:38 stream0 -r--r--r-- 1 root root 0 Jan 1 00:38 stream1 -r--r--r-- 1 root root 0 Jan 1 00:38 usbbus -r--r--r-- 1 root root 0 Jan 1 00:38 usbid -r--r--r-- 1 root root 0 Jan 1 00:38 usbmixer

Ci sono due dispositivi di 'play': pcm0p e pcm1p corrispondenti a stream0 e stream1 (vado a intuito Hehe

)
Stream 0 sembra corretto:

Codice:: root@hackberry:/proc/asound/card2# cat stream0 HiFimeDIY Audio HiFimeDIY DAC at usb-sw-ehci-1.2, full speed : USB Audio Playback: Status: Stop Interface 3 Altset 1 Format: S16_LE Channels: 2 Endpoint: 3 OUT (ADAPTIVE) Rates: 8000, 16000, 32000, 44100, 48000, 96000 Interface 3 Altset 2 Format: S24_3LE Channels: 2 Endpoint: 3 OUT (ADAPTIVE) Rates: 8000, 16000, 32000, 44100, 48000, 96000 Capture: Status: Stop Interface 2 Altset 1 Format: S16_LE Channels: 2 Endpoint: 2 IN (ADAPTIVE) Rates: 8000, 16000, 32000, 44100, 48000, 96000 Interface 2 Altset 2 Format: S24_3LE Channels: 2 Endpoint: 2 IN (ADAPTIVE) Rates: 8000, 16000, 32000, 44100, 48000, 96000

Stream1 riproduce solo i 44khz:

Codice:: root@hackberry:/proc/asound/card2# cat stream1 HiFimeDIY Audio HiFimeDIY DAC at usb-sw-ehci-1.2, full speed : USB Audio #1 Playback: Status: Stop Interface 3 Altset 3 Format: S16_LE Channels: 2 Endpoint: 3 OUT (ADAPTIVE) Rates: 48000

Questo potrebbe far pensare che per qualche motivo viene fatto un downsampling a 44khz.
Peccato che in mpd.conf ci sia scritto
device "plughw:2,0"
Shocked

Insomma, continuo a non capire.
Crazy

Da grunter Sab 2 Feb 2013 - 10:17

In effetti è strano.
Comunque, a proposito di stranezze... su mpdpuppy l'hifimediy viene visto addirittura come 5 o 6 schede, quelle in più sono di tipo 5.1 relative al dolby digital e non ero riuscito a configurarlo correttamente perchè quella in stereo aveva comunque un volume bassissimo.

Da robertopisa Sab 2 Feb 2013 - 13:09

In un post precedente parlavo di resampling, ma hai ancora plughw:2,0... Metti hw:2,0 perché altrimenti mpd potrebbe fare resampling.

Switters ha scritto:
fritznet ha scritto:Ho dato un'occhiata ai sorgenti, da ignorante magari sto dicendo una minchiata, ma nel modulo pcm_format.h, parla di conversione del formato da 24bit a 16bit(e altro), non è che nella versione precompilata è configurata l'opzione (ammesso che non ci sia uno switch nel config) di conversione, e mpd quando si carica un file 24/96 applica la conversione facendo lavorare la cpu?

Ottima intuizione
Potrebbe fare il resampling da 24/92 a 16/44.

@Menestrello
In audio_output com'è impostato "format"?
Prova a commentarlo se non lo è giá.

Edit: auto_resample "no" in mpd.conf
https://wiki.archlinux.org/index.php/Music_Player_Daemon/Troubleshooting

Da Menestrello Sab 2 Feb 2013 - 13:39

robertopisa ha scritto:In un post precedente parlavo di resampling, ma hai ancora plughw:2,0... Metti hw:2,0 perché altrimenti mpd potrebbe fare resampling.

Cambiato in hw:2,0

Stessa cosa Mmm

Da Contenuto sponsorizzato