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

Reply via email to