From: Tom Rini <trini@kernel.crashing.org>
To: Bill Davidsen <davidsen@tmr.com>
Cc: Linux-Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [OKS] O(1) scheduler in 2.4
Date: Tue, 2 Jul 2002 08:12:06 -0700 [thread overview]
Message-ID: <20020702151206.GK20920@opus.bloom.county> (raw)
In-Reply-To: <Pine.LNX.3.96.1020702103924.27954A-100000@gatekeeper.tmr.com>
On Tue, Jul 02, 2002 at 10:46:56AM -0400, Bill Davidsen wrote:
> On Mon, 1 Jul 2002, Tom Rini wrote:
>
> > On Mon, Jul 01, 2002 at 01:52:54PM -0400, Bill Davidsen wrote:
> >
> > > What's the issue?
> >
> > a) We're at 2.4.19-rc1 right now. It would be horribly
> > counterproductive to put O(1) in right now.
> > b) 2.4 is the _stable_ tree. If every big change in 2.5 got back ported
> > to 2.4, it'd be just like 2.5 :)
> > c) I also suspect that it hasn't been as widley tested on !x86 as the
> > stuff currently in 2.4. And again, 2.4 is the stable tree.
>
> Since 2.5 feature freeze isn't planned until fall, I think you can assume
> there will be releases after 2.4.19...
I sure hope so, I've got a whole bunch of PPC stuff that's been around
for ages now that just might make it into 2.4.20 :)
> Since it has been as heavily tested
> as any feature not in a stable release kernel can be, there seems little
> reason to put it off for a year, assuming 2.6 releases within six months
> of feature freeze.
Sure there is. It's called stopping feature creep. O(1) is a nice
feature, but so is the bio stuff, the initcall levels, and other things
in 2.5 as well. But should we back port all of these to 2.4 as well?
> Stable doesn't mean moribund, we are working Andrea's VM stuff in, and
> that's a LOT more likely to behave differently on hardware with other word
> length.
Being someone who actually works on !x86 hardware all of the time, I'm
slightly warry of Andrea's VM work as well. But it's also something
which has been split into numerous small chunks, so hopefully problems
will be spotted.
> Keeping inferior performance for another year and then trying to
> separate 2.5 other unintended features from any possible scheduler issues
> seems like a reduction in stability for 2.6.
It's no more of a reduction in stability than not back porting
everything else. And making things stable is why eventually Linus says
'enough' and kicks out 2.stable.0-test1. Anyhow, since this isn't a
subsystem backport, but part of the core kernel, I would think that you
could only get limited use out of the testing (I remember reading some
of the O(1) announcments for 2.4.then-current and reading about small
bugs that weren't in the 2.5 version).
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
next prev parent reply other threads:[~2002-07-02 15:12 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-01 17:52 Bill Davidsen
2002-07-01 18:12 ` Tom Rini
2002-07-01 23:44 ` J.A. Magallon
2002-07-02 2:48 ` Tom Rini
2002-07-03 1:11 ` Rob Landley
2002-07-03 7:30 ` Adrian Bunk
2002-07-03 8:35 ` Ingo Molnar
2002-07-04 3:36 ` Bill Davidsen
2002-07-04 6:56 ` Ingo Molnar
2002-07-04 7:36 ` J Sloan
2002-07-05 6:18 ` Andrew Rodland
2002-07-05 6:56 ` Adrian Bunk
2002-07-05 7:02 ` Andrew Rodland
2002-07-05 9:12 ` William Lee Irwin III
2002-07-04 18:08 ` Rob Landley
2002-07-05 11:17 ` Bill Davidsen
2002-07-05 15:09 ` Rob Landley
2002-07-06 4:31 ` Bill Davidsen
2002-07-06 23:10 ` Rob Landley
2002-07-07 10:55 ` Bill Davidsen
2002-07-02 16:05 ` venom
2002-07-02 16:53 ` Tomas Szepe
2002-07-02 14:46 ` Bill Davidsen
2002-07-02 15:12 ` Tom Rini [this message]
2002-07-04 4:02 ` Bill Davidsen
2002-07-04 4:17 ` Tom Rini
2002-07-01 18:49 ` Ingo Molnar
2002-07-02 15:07 ` Bill Davidsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020702151206.GK20920@opus.bloom.county \
--to=trini@kernel.crashing.org \
--cc=davidsen@tmr.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®