|From:||Linus Torvalds <torvalds-AT-linux-foundation.org>|
|To:||Ed Tomlinson <edt-AT-aei.ca>|
|Subject:||Re: [ANNOUNCE] RSDL completely fair starvation free interactive cpu scheduler|
|Date:||Mon, 5 Mar 2007 18:54:25 -0800 (PST)|
|Cc:||Gene Heskett <gene.heskett-AT-gmail.com>, linux-kernel-AT-vger.kernel.org, Andrew Morton <akpm-AT-linux-foundation.org>, Lee Revell <rlrevell-AT-joe-job.com>, Nicolas Mailhot <nicolas.mailhot-AT-laposte.net>|
On Mon, 5 Mar 2007, Ed Tomlinson wrote: > > The patch _does_ make a difference. For instance reading mail with freenet working > hard (threaded java application) and gentoo's emerge triggering compiles to update the > box is much smoother. > > Think this scheduler needs serious looking at. I agree, partly because it's obviously been getting rave reviews so far, but mainly because it looks like you can think about behaviour a lot better, something that was always very hard with the interactivity boosters with process state history. I'm not at all opposed to this, but we do need: - to not do it at this stage in the stable kernel - to let it sit in -mm for at least a short while - and generally more people testing more loads. I don't actually worry too much about switching out a CPU scheduler: those things are places where you *can* largely read the source code and get an idea for them (although with the kind of history state that we currently have, it's really really hard). But at the very least they aren't likely to have subtle bugs that show up elsewhere, so... So as long as the generic concerns above are under control, I'll happily try something like this if it can be merged early in a merge window.. Linus
Copyright © 2007, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds