mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Miles Lane <miles@megapathdsl.net>
To: nknight@pocketinet.com
Cc: Keith Owens <kaos@ocs.com.au>,
	Mike Castle <dalgoda@ix.netcom.com>,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: State of the new config & build system
Date: 28 Dec 2001 23:42:17 -0800	[thread overview]
Message-ID: <1009611737.1434.14.camel@stomata.megapathdsl.net> (raw)
In-Reply-To: <WHITELXfKCzxg8cL3zb00000801@white.pocketinet.com>
In-Reply-To: <9467.1009601050@ocs3.intra.ocs.com.au>  <WHITELXfKCzxg8cL3zb00000801@white.pocketinet.com>

On Fri, 2001-12-28 at 22:59, Nicholas Knight wrote:

<snip>

> > What Mr. Fishtank seems to overlook is that kbuild 2.5 is far more
> > flexible and accurate than 2.4, including features that lots of
> > people want, like separate source and object trees.  Now that the
> > overall kbuild design is correct, the core code can be rewritten for
> > speed. And that will be done a couple of weeks after kbuild 2.5 goes
> > into the kernel, then I expect kbuild 2.5 to be faster than kbuild
> > 2.4 even on full builds.
> >
> 
> What, exactly, is the point of merging something that nobody is going 
> to use unless they want to test it, in which case they can grab a patch 
> from somewhere?

You don't seem to be reading Keith's message.

The point of merging is that Keith needs time to fix the 
performance problem.  Plus, additional testing would probably 
be helpful.

> It's half the speed of the current system. The current system works, no 
> matter how horrible its internals can be. That makes the NEW system 
> BROKEN. 

No, it's known to be slow in some circumstances.

> If it's KNOWN to be BROKEN prior to merge then it shouldn't 
> even be in a 2.5.*-pre#.

Uh, many drivers cannot be built in the current 2.5 tree.  
Temporary brokenness is acceptable in the development tree.  
It is meant to be _unstable_.  I recall periods when the 
2.3 kernel was corrupting data for many users.  This period
lasted about a week, IIRC.  The kbuild 2.5 system will slow 
people down, but not hose their development system installations.
I personally think two weeks of working at a slower pace is 
an acceptable trade-off for the longterm benefits that Keith
has mentioned.  It seems odd that several people in this
discussion seem to have ignored the repeated statements that
Keith will have little time for dealing with the performance
rewrite until the multiple kernel tree synchronization 
time sink goes away.  Telling Keith that he needs to go on
spinning his wheels while he cannot find time to deal with
the problem you are asking him to fix seems sort of unhelpful.
Perhaps you'd be willing to assist him in the rewrite?

	Miles


  parent reply	other threads:[~2001-12-29  7:41 UTC|newest]

Thread overview: 140+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-28  0:24 Eric S. Raymond
2001-12-28  0:54 ` Dave Jones
2001-12-28  0:57   ` Eric S. Raymond
2001-12-28  1:15     ` Larry McVoy
2001-12-28  1:35       ` Keith Owens
2001-12-28  1:37         ` Larry McVoy
2001-12-28  1:41           ` Keith Owens
2001-12-28  1:47             ` Larry McVoy
2001-12-28  1:57               ` Keith Owens
2001-12-28  2:01                 ` Larry McVoy
2001-12-28 14:14                   ` Alan Cox
2001-12-28 14:16                     ` Keith Owens
2001-12-28 17:14                     ` Christer Weinigel
2001-12-28 17:39                       ` Alan Cox
2001-12-29  1:44                         ` Keith Owens
2001-12-29  4:09                           ` Legacy Fishtank
2001-12-30  3:34                             ` Viktor Rosenfeld
2001-12-30  4:24                               ` Dave Jones
2001-12-30 14:37                                 ` Viktor Rosenfeld
2001-12-29 17:11                           ` Christer Weinigel
2001-12-28 17:43                     ` Larry McVoy
2001-12-28 18:17                       ` Alan Cox
2001-12-28 20:54                       ` Larry McVoy
2001-12-29  9:24                       ` Anton Blanchard
2001-12-29 16:28                         ` Larry McVoy
2002-01-01  4:03                 ` Mike Touloumtzis
2002-01-01  8:26                   ` Keith Owens
2002-01-06  8:55                     ` [kbuild-devel] " Martin Mares
2002-01-06 22:19                       ` Keith Owens
2002-01-09 17:16                         ` Martin Mares
2002-01-01  8:55                   ` Peter Samuelson
2001-12-28 22:31               ` Martin Dalecki
2001-12-28 23:02                 ` Eric S. Raymond
2001-12-28 14:24             ` Alan Cox
2001-12-28 20:56         ` Kai Germaschewski
2001-12-28 21:16           ` Legacy Fishtank
2001-12-28 22:17             ` Linus Torvalds
2001-12-28 23:44               ` Kai Germaschewski
2001-12-30 12:05                 ` [kbuild-devel] " Christoph Hellwig
2001-12-29  1:27               ` Keith Owens
2001-12-29  1:53                 ` Alan Cox
2001-12-29  1:57                   ` Keith Owens
2001-12-29  2:10                     ` Alan Cox
2001-12-29  4:06                 ` Legacy Fishtank
2001-12-29 13:32                 ` Rik van Riel
2001-12-29 20:23                 ` Linus Torvalds
2001-12-29  1:26             ` Keith Owens
2001-12-29  3:58               ` Legacy Fishtank
2001-12-29  4:21                 ` Mike Castle
2001-12-29  4:44                   ` Keith Owens
2001-12-29  4:52                     ` Arnaldo Carvalho de Melo
2001-12-29 11:10                       ` PORTUGUês EM?? Astinus
2001-12-29  6:59                     ` State of the new config & build system Nicholas Knight
2001-12-29  7:41                     ` Legacy Fishtank
2001-12-29  8:13                       ` Andrew Morton
2001-12-29  9:40                         ` Daniel Phillips
2002-01-03 10:46                           ` Pavel Machek
2002-01-03 20:29                             ` Dave Jones
2002-01-03 20:35                               ` Alexander Viro
2002-01-03 20:46                                 ` Keith Owens
2002-01-03 21:30                                   ` Alexander Viro
2002-01-03 21:50                                     ` Keith Owens
2002-01-03 22:11                                       ` Alexander Viro
2002-01-03 22:44                                         ` Keith Owens
2002-01-04  1:49                                       ` Andreas Bombe
2002-01-04  2:31                                         ` Keith Owens
2002-01-04 21:40                                           ` Andreas Bombe
2001-12-29  7:42                     ` Miles Lane [this message]
2001-12-29  8:02                       ` Nicholas Knight
2001-12-29  8:11                         ` Mike Castle
2001-12-28 22:51           ` Larry McVoy
2001-12-29  2:54             ` Keith Owens
2001-12-29 12:43               ` Kai Germaschewski
2001-12-28  1:22     ` Dave Jones
2001-12-28  1:36       ` [kbuild-devel] " Tom Rini
2001-12-28  1:36         ` Eric S. Raymond
2001-12-28  1:38       ` Keith Owens
2001-12-28  1:30   ` [kbuild-devel] " Keith Owens
2001-12-28  9:26   ` Legacy Fishtank
2001-12-28  9:42     ` Keith Owens
2001-12-28 16:34       ` Alan Cox
2001-12-28 20:01       ` Larry McVoy
2001-12-29  0:50         ` Keith Owens
2001-12-29  0:55           ` Larry McVoy
2001-12-28 20:38       ` Richard Gooch
2001-12-28 18:02     ` Linus Torvalds
2001-12-28 18:24       ` Alan Cox
2001-12-28 22:06         ` Linus Torvalds
2001-12-28 22:08           ` [kbuild-devel] " Eric S. Raymond
2001-12-28 22:29             ` Larry McVoy
2001-12-28 22:29             ` Linus Torvalds
2001-12-28 22:58               ` Eric S. Raymond
2001-12-29  9:18                 ` Giacomo A. Catenazzi
2001-12-31 22:51         ` Horst von Brand
2001-12-31 22:55           ` Arnaldo Carvalho de Melo
2002-01-01  1:21             ` Peter Samuelson
2001-12-28 19:08       ` Riley Williams
2001-12-28 19:12       ` Eric S. Raymond
2001-12-28 20:26         ` Alexander Viro
2001-12-28 20:39           ` Eric S. Raymond
2001-12-30 13:58             ` [kbuild-devel] " Christoph Hellwig
2001-12-30 17:50               ` Jeff Garzik
2001-12-30 20:53                 ` Hartmut Holz
2001-12-30 20:15               ` Adrian Bunk
2002-01-01  4:29               ` Horst von Brand
2001-12-31 23:32             ` Horst von Brand
2001-12-28 23:20           ` Alan Cox
2001-12-30 11:42             ` [kbuild-devel] " Kai Henningsen
2001-12-31  8:24             ` GOTO Masanori
2001-12-31  6:50           ` GOTO Masanori
2001-12-28 22:11         ` Linus Torvalds
2001-12-28 22:31           ` Eric S. Raymond
2001-12-29 21:24             ` [kbuild-devel] " Tom Rini
2001-12-29 22:43               ` Eric S. Raymond
2001-12-29 23:12                 ` Tom Rini
2001-12-30  0:22                 ` Russell King
2001-12-30  0:11                   ` Eric S. Raymond
2001-12-30  5:39                 ` Rob Landley
2001-12-30 13:59                   ` Alan Cox
2001-12-30 17:14             ` David Woodhouse
2001-12-30 17:32               ` Tom Rini
2001-12-30 17:44               ` Russell King
2001-12-28 20:39       ` Legacy Fishtank
2001-12-28 20:41       ` Legacy Fishtank
2001-12-28 20:45         ` Eric S. Raymond
2001-12-28 21:19           ` Legacy Fishtank
2001-12-28 21:12             ` Eric S. Raymond
2001-12-28 22:27               ` Linus Torvalds
2001-12-28 23:05                 ` Benjamin LaHaise
2001-12-29  0:59                   ` Legacy Fishtank
2001-12-29 19:12                     ` Linus Torvalds
2001-12-29  3:21                 ` [kbuild-devel] " Keith Owens
2001-12-28 23:13           ` Alan Cox
2001-12-28 23:04             ` Eric S. Raymond
2001-12-28 23:10             ` Linus Torvalds
2001-12-28 23:12               ` Martin Dalecki
2001-12-29 13:01               ` Rik van Riel
2001-12-28 22:47       ` Martin Dalecki
2001-12-28 23:25 Stewart Smith
2001-12-29 12:01 Wayne.Brown

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=1009611737.1434.14.camel@stomata.megapathdsl.net \
    --to=miles@megapathdsl.net \
    --cc=dalgoda@ix.netcom.com \
    --cc=kaos@ocs.com.au \
    --cc=linux-kernel@vger.kernel.org \
    --cc=nknight@pocketinet.com \
    /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®