Maybe I should add that the entire idea of changing priorities and
using SCHED_FIFO threads is to have all the audio work executed before
the system dedicates any runtime to hardware or other software running
on the system. As most hardware interrupt sservicing threads run
SCHED_FIFO at 50, you'd want to use higher priorities than that.
Note that the absolute values used are relatively unimportant, but the
system will run a SCHED_FIFO thread of a higher priority before a
SCHED_FIFO thread of a lower priority or any other thread. This
concept does kind of get fuzzy on SMP/SMT systems, as on a SMP system
another cpu could be running a thread of a lower priority at the same
time. SMT systems could potentially be ever worse, as the kernel could
be running a SCHED_IDLE thread and voiding the cache on the CPU you
wanted to run your high priority thread. Luckily it seems that in
practice (at least on modern intel cpus), it all works well anyways.
-- Joakim _______________________________________________ Linux-audio-user mailing list Linux-audio-user@email-addr-hidden http://lists.linuxaudio.org/listinfo/linux-audio-userReceived on Tue Feb 16 00:15:01 2016
This archive was generated by hypermail 2.1.8 : Tue Feb 16 2016 - 00:15:01 EET