Re: [gentoo-user] Kon Colivas is working again on a new scheduler for Desktop/Multimedia/Gaming PCs

[Volker Armin Hemmann <volkerarmin@googlemail.com>]

On Samstag 05 September 2009, Mark Knecht wrote:
> On Fri, Sep 4, 2009 at 4:43 PM, Volker Armin
> 
> Hemmann<volkerarmin@googlemail.com> wrote:
> > On Samstag 05 September 2009, Nikos Chantziaras wrote:
> >> I recently stumbled upon an LWN article that mentioned Con Kolivas is
> >> working on a new kernel scheduler for Desktop/Multimedia/Gaming PCs
> >> called "BFS":
> >>
> >>     http://lwn.net/Articles/350100
> >>
> >> Well, I've tried it.  I wrote my experiences with it here:
> >>
> >>     http://lwn.net/Articles/350820
> >>
> >> If you're feeling adventurous, you might want to give that one a try. In
> >> my case, it helped immensely, especially with sound latency and skips
> >> and other artifacts during real-time playback (I was not using an RT
> >> kernel before that though).  Note that BFS has been updated to 0.206
> >> since I wrote that.
> >>
> >> The patch to kernel 2.6.30 and docs can be found at:
> >>
> >>     http://ck.kolivas.org/patches/bfs
> >
> > and what is with people like me - who for some magical reasons don't have
> > problems with skips or latency? Without using rt-kernels of course.-
> 
> Fire up Ardour and record 32 channels of audio at the same time set to
> <5mS latency using Jack and see if whatever version of the mainline
> kernel you are running doesn't have. I've recorded as many as 48
> channels @ 48KHz across three hard drives at less than 2mS on my main
> recording platform, but that requires rt-sources. I doubt I could do
> better than about 25mS with vanilla-sources.
> 
> Just my experience,
> Mark
>

well, and your workload asks for rt. But rt also means overhead, reduction of 
performance. So why cater for 1 in a thousand system and punish the other 999?

if you like the 'bfs' scheduler, that is great.