So even if the kernel is not a RT kernel, processes can run with real time priority? How is this so? From what ive read about the RT kernel it sounds like the kernel has to cooperate with the processes running on the system to allow a process to awaken (on an interrupt for instance). Otherwise the kernel will be stuck in some non interruptable state for some time, blocking the interrupt from being serviced - is that wrong?
If Jack has a way to grab higher priority through some other mechanisim, could I build this into arecord I wonder. I have of course tried nicing the process to very unnice.
John Rigg aldev@sound-man.co.uk wrote: On Fri, Dec 05, 2008 at 07:23:00AM -0800, Pete wrote:
Is there likely to be any disadvantage to running arecord rather than say Jack to capture? Does (say) Jack read the card in a 'better' way?
jackd runs with realtime priority if -R option is specified when starting it. Running it without -R produces xruns fairly often, but with -R they almost never happen on a properly configured system. I don't know if arecord can run with realtime priority.
John _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel