[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200704291952.22840.kernel@kolivas.org>
Date: Sun, 29 Apr 2007 19:52:22 +1000
From: Con Kolivas <kernel@...ivas.org>
To: Ingo Molnar <mingo@...e.hu>
Cc: Willy Tarreau <w@....eu>, Kasper Sandberg <lkml@...anurb.dk>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Gene Heskett <gene.heskett@...il.com>,
linux-kernel@...r.kernel.org, Nick Piggin <npiggin@...e.de>,
Mike Galbraith <efault@....de>,
Arjan van de Ven <arjan@...radead.org>,
Peter Williams <pwil3058@...pond.net.au>,
Thomas Gleixner <tglx@...utronix.de>, caglar@...dus.org.tr,
Mark Lord <lkml@....ca>, Zach Carter <linux@...hcarter.com>,
buddabrod <buddabrod@...il.com>
Subject: Re: [patch] CFS scheduler, -v6
On Sunday 29 April 2007 18:00, Ingo Molnar wrote:
> * Willy Tarreau <w@....eu> wrote:
> > > > [...] except for Mike who has not tested recent versions. [...]
> > >
> > > actually, dont discount Mark Lord's test results either. And it
> > > might be a good idea for Mike to re-test SD 0.46?
> >
> > In any case, it might be a good idea because Mike encountered a
> > problem that nobody could reproduce. [...]
>
> actually, Mark Lord too reproduced something similar to Mike's results.
> Please try those workloads yourself.
I see no suggestion that either Mark or Mike have tested, or for that matter
_have any intention of testing_, the current version of SD without fancy
renicing or anything involved. Willy I grealy appreciate you trying, but I
don't know why you're bothering even trying here since clearly 1. Ingo is the
scheduler maintainer 2. he's working on a competing implementation and 3. in
my excellent physical and mental state I seem to have slighted the two
testers (both?) somewhere along the line. Mike feels his testing was a
complete waste of time yet it would be ludicrous for me to say that SD didn't
evolve 20 versions further due to his earlier testing, and was the impetus
for you to start work on CFS. The crunch came that we couldn't agree that
fair was appropriate for mainline and we parted ways. That fairness has not
been a problem for his view on CFS though but he has only tested older
versions of SD that still had bugs.
Given facts 1 and 2 above I have all but resigned myself to the fact that SD
has -less than zero- chance of ever being considered for mainline and it's my
job to use it as something to compare your competing design with to make sure
that when (and I do mean when since there seems no doubt in everyone else's
mind) CFS becomes part of mainline that it is as good as SD. Saying people
found CFS better than SD is, in my humble opinion, an exaggeration since
every one I could find was a glowing standalone report of CFS rather than any
comparison to the current very stable bug free version of SD. On the other
hand I still see that when people compare them side to side they find SD is
better, so I will hold CFS against that comparison - when comparing fairness
based designs.
On a related note - implementing a framework is nice but doesn't address any
of the current fairness/starvation/corner case problems mainline has. I don't
see much point in rushing the framework merging since it's still in flux.
--
-ck
-
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