[OT] Re: [linux-audio-dev] Linux 2.6 not a latency panacea?
Takashi Iwai
tiwai at suse.de
Thu Aug 14 11:18:01 UTC 2003
At Thu, 14 Aug 2003 16:27:37 +0200,
Robert Jonsson wrote:
>
> Hi,
>
> > > I also found 2.6.0-test[123] to be less responsive than 2.4.x-ll, or even
> > > stock 2.4.x. I've also experienced XMMS dropouts under load (for example
> > > compiling Muse)
> > >
> > > Some behaviour I've noticed is that under heavy load the desktop/audio
> > > doesn't freeze for a certain block of time, but rather in short (~2
> > > seconds) intervalls...
> >
> > this should have been imporved significantly in -mm tree.
> > even reducing the min/max timeslices would help a lot. the default
> > values look too large for desktop users...
>
> A fairly of topic question: Since 2.6 contains several schedulers; is this
> selectable at runtime or is it a compiletime switch ?
it's defined statically in kernel/sched.c:
/*
* These are the 'tuning knobs' of the scheduler:
*
* Minimum timeslice is 10 msecs, default timeslice is 100 msecs,
* maximum timeslice is 200 msecs. Timeslices get refilled after
* they expire.
*/
#define MIN_TIMESLICE ( 10 * HZ / 1000)
#define MAX_TIMESLICE (200 * HZ / 1000)
...
(remember that HZ=1000 in 2.6 for i386.)
> Sounds shaky to select at runtime, but infinitely cool :)
i guess it would be relatively easy to replace the above with
variables controlled via sysctl.
Takashi
More information about the Linux-audio-dev
mailing list