On Thu, 2 Mar 2006, Lee Revell wrote: > On Thu, 2006-03-02 at 21:19 +0100, fons adriaensen wrote: > > On Thu, Mar 02, 2006 at 09:03:29PM +0100, Guennadi Liakhovetski wrote: > > > > > chrt -f -p 50 `pidof "IRQ 5"` > > > chrt -f 40 arecord -t wav -f cd -d 600 test.wav > > > > > > and if there's accidentally an updatedb running in the background, I get > > > lots of "Overrun!!! (at least xxxms long)", where xxx can be hundreds of > > > milliseconds. > > > > Is arecord running as a RT process ? If not, it's normal it gets > > upset by the sort of disk acces from updatedb. > > > > It's not normal - on any sane distro updatedb runs at a high nice value.
Sure, it is. > And even if it doesn't, the scheduler should be smart enough to give > arecord the CPU often enough to avoid underruns even under high disk > load. One doubt, though - setting SCHED_FIFO and raising the priority doesn't do mlock, can that be a problem? I do have 512MB RAM... No, after getting a couple of those overruns swap use is still 0. Thanks Guennadi --- Guennadi Liakhovetski ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user