[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87fy84i7nn.fsf@depni.sinp.msu.ru>
Date: Sat, 17 Mar 2007 11:41:32 +0300
From: Serge Belyshev <belyshev@...ni.sinp.msu.ru>
To: Ingo Molnar <mingo@...e.hu>
Cc: Nicholas Miell <nmiell@...cast.net>, Al Boldi <a1426z@...ab.com>,
Mike Galbraith <efault@....de>, linux-kernel@...r.kernel.org,
ck@....kolivas.org, Andrew Morton <akpm@...ux-foundation.org>,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: RSDL v0.31
Ingo Molnar <mingo@...e.hu> writes:
> * Nicholas Miell <nmiell@...cast.net> wrote:
>
>> The X people have plans for how to go about fixing this, [...]
>
> [...] Or will X regress forever once we switch to RSDL?)
> We cannot regress the scheduling of a workload as important as "X mixed
> with CPU-intense tasks". And "in theory this should be fixed if X is
> fixed" does not cut it. X is pretty much _the_ most important thing to
> optimize the interactive behavior of a Linux scheduler for. Also,
> paradoxically, it is precisely the improvement of _X_ workloads that
> RSDL argues with.
>
> this regression has to be fixed before RSDL can be merged, [...]
Let me restate the fact, if it wasn't obvious enough, that most people
who tried RSDL (and most of them use desktop systems, me including) never
see any regressions compared to mainline. Quite contrary -- their impressions
were that with RSDL desktop system runs more smoothly, even under fierce load,
which was never possible with mainline scheduler.
(see http://article.gmane.org/gmane.linux.kernel/504068 for a list
of references.)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists