Cc: Linus Torvalds <torvalds@...>, William Lee Irwin III <wli@...>, Avi Kivity <avi@...>, Ingo Molnar <mingo@...>, Con Kolivas <kernel@...>, <ck@...>, Serge Belyshev <belyshev@...>, Al Boldi <a1426z@...>, Mike Galbraith <efault@...>, <linux-kernel@...>, Nicholas Miell <nmiell@...>, Andrew Morton <akpm@...>, Bill Huey (hui) <billh@...>
On Sun, Mar 18, 2007 at 06:24:40AM +0100, Willy Tarreau wrote:
Like I've said in a previous email, SGI schedulers have an interactive
term in addition to the normal "nice" values. If RSDL ends up being too
rigid for desktop use, then this might be a good idea to explore in
addition to priority manipulation.
However, it hasn't been completely proven that RSDL can't handle desktop
loads and that needs to be completely explored first. It certain seems
like, from the .jpgs that were posted earlier in the thread regarding mysql
performance, that RSDL seems to have improved performance for those set
ups so it's not universally the case that it sucks for server loads. The
cause of this performance difference has yet to be pinpointed.
Also, bandwidth scheduler like this are a new critical development for
things like the -rt patch. It would benefit greatly if the RSDL basic
mechanisms (RR and deadlines) were to somehow slip into that patch and
be used for a more strict -rt based scheduling class. It would be the basis
for first-class control over process resource usage and would be a first
in Linux or any mainstream kernel.
This would be a powerful addition to Linux as a whole and RSDL should
not be dismissed without these considerations. If it can somehow be
integrated into the kernel with interactivity concerns addressed, then
it would be an all out win for the kernel in both these areas.
bill
-
