Subject: Re: RSDL Progress
Newsgroups: gmane.linux.kernel.ck
Date: 2007-03-08 19:36:48 GMT (2 years, 17 weeks, 12 hours and 32 minutes ago)
Con Kolivas <kernel <at> kolivas.org> writes: > > So I need opinions on where people want me to take -ck after this. I can > re-generate all the other features that are for staircase in a form that > works with RDSL. Specifically I'm talking about SCHED_IDLEPRIO and SCHED_ISO. > Or I can keep maintaining staircase. My gut feeling is to actually go with > RSDL which is a better scheduler overall, even knowing that under load people > will now be forced to use nice a lot more to achieve the desktop behaviour > they desire. It is the correct way to proportion out cpu fairly in *nix > systems and for some time now we've been way to unfair in favour of > interactive tasks. > > I want some real discussion on this topic people since the future direction > of -ck is under consideration; > > ...so please insert discussion here: Looks like you hit a homerun. I've been running RSDL 0.23 against 20-ck1 (minus staircase-dependent bits) on my home machine for about the past two weeks. The machine serves triple-function as a MythTV box, general desktop machine, and light-duty server (home asterisk, occasional web traffic, etc.) In the time it's been running, I haven't seen a hiccup anywhere. It's been solid, no complaints besides lack of SCHED_IDLEPRIO (and I know you intend to get that merged when the tuits come round). As to "future directions", I'm certainly in favor of RSDL. Part of me says "but can't you figure out _some_ way to tack on some optional, metered unfairness?" but of course that means complexity. I have to agree that there's a big benefit to having a scheduler that does what it says on the tin. Ideally you should be able to figure out what it's going to do in a given situation and why, _without_ being the guy who wrote the code. And in the end I think that optimizing worst-case behavior earns more respect than optimizing best cases and silly benchmarks. Anyway, thanks for all the work as usual. Andrew (via GMANE)