leuzi wrote: > Just checked the scheduler class for the process, seems to be TS > (SCHED_OTHER) rather than FF (SCHED_FIFO), though: > > Code: -------------------- > > > pi@raspberrypi /opt/squeezelite $ ps -C squeezelite-armv6hf -o class,cmd > CLS CMD > TS ./squeezelite-armv6hf > -------------------- > > > > Also, the issue just came back as I put some more load on the Pi, but > they're nowhere as severe as before. Now I only have sporadic popping > noises, whereas before they kept repeating and sometimes continue into > a continuous stuttering. > > *EDIT:* After starting some more CPU heavy processes, the stuttering > is back as well. Not sure if I the last two days were just dumb luck. > > > *EDIT2:* I set the scheduling policy to FIFO by using chrt, let's see > if that helps. > > *EDIT3:* This seems to do the trick: > > Code: -------------------- > > > pi@raspberrypi ~ $ ps -eo cmd,user,cls,pcpu --sort -pcpu | head -3 > CMD USER CLS %CPU > seq 1 100000000 pi TS 85.7 > ./squeezelite-armv6hf root FF 13.6 > -------------------- > > > > The CPU is fully loaded, but no stuttering, not a single glitch. > > *EDIT4:* *sigh* Spoke too soon again, another stuttering hangup. I > give up. ;-)
Bear in mind that the process should have 4 threads, one of which is intended to run at real time priority (FIFO). If the output device is usb, the I suspect dropped packets on the usb bus is the cause of stutter (it is for me as there's nothing I can do with priorities to make it work..) ------------------------------------------------------------------------ Triode's Profile: http://forums.slimdevices.com/member.php?userid=17 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
