auf diese IO-Geschichte zielte meine Bemerkung letztlich, war nur ungeschickt ausgedrückt im Eifer des Gefechts.
Also gehen wir der Sache mal auf den Grund:
- Ich nehme mir mein Standard-Raspian vor,
- deaktiviere das swap-file
- mounte einige zusätzliche /var-Verzeichnisse als Ramdisk, insbesondere /var/log
- ebenso /tmp
- disable bash_history
- erhöhe auch die Bufferwerte in der mpd.conf
Dann Musikwiedergabe (96/24-flac).
Relativ gut geht das. Also zur Kontrolle
Code: Alles auswählen
apt-get install iotop
Code: Alles auswählen
iotop -oa
Code: Alles auswählen
TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND
2354 be/4 mpd 174.92 M 0.00 B 0.00 % 0.01 % mpd /etc/mpd.conf
98 be/3 root 0.00 B 32.00 K 0.00 % 0.01 % [jbd2/mmcblk0p2-]
2349 be/4 mpd 0.00 B 8.00 K 0.00 % 0.00 % mpd /etc/mpd.conf
Denn ganz störungsfrei ist die Wiedergabe nicht. Und die Störung scheint auch dann aufzutreten, wenn der Schreibvorgang von root (Nr. 98) stattfindet. Allerdings nicht nur dann. Insgesamt scheinen die Maßnahmen aber einiges bewirkt zu haben. Denn die Störungen sind deutlich unauffälliger als bisher mit den HiRes-files.
top sagt übrigens gerade folgendes für die ersten paar Prozesse:
Code: Alles auswählen
2508 root 20 0 11820 7224 3528 S 20,6 1,6 3:55.05 iotop
2349 mpd 20 0 70632 14m 2244 S 12,1 3,3 3:22.98 mpd
2426 root 20 0 3480 1316 980 R 1,3 0,3 0:18.31 top
43 root 20 0 0 0 0 S 0,3 0,0 0:00.75 mmcqd/0
2298 pi 20 0 3752 1676 892 S 0,3 0,4 0:05.22 screen
2453 root 20 0 4988 2128 1660 S 0,3 0,5 0:09.91 ncmpc
1 root 20 0 2140 712 608 S 0,0 0,2 0:01.84 init
2 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kthreadd
Jochen