From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 11 Apr 2001 16:56:36 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 11 Apr 2001 16:56:25 -0400 Received: from runyon.cygnus.com ([205.180.230.5]:46000 "EHLO cygnus.com") by vger.kernel.org with ESMTP id ; Wed, 11 Apr 2001 16:56:23 -0400 From: Michael Elizabeth Chastain Date: Wed, 11 Apr 2001 13:56:19 -0700 Message-Id: <200104112056.NAA20872@bosch.cygnus.com> To: davej@suse.de, hch@caldera.de Subject: Re: [kbuild-devel] Re: CML2 1.0.0 release announcement Cc: esr@snark.thyrsus.com, kbuild-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org I like mconfig, but I like CML2 better. My primary reason is that ESR has more time to work on CML2 than I do on mconfig. And speed problems are often the easiest problems to solve. Eric did some performance analysis. If I recall correctly, all but 1 or 2 seconds of CML2's runtime is in the parser. He has rewritten the parser once. Maybe someone needs to rewrite it again, maybe propagate some changes into the language spec to make it easier to parse, maybe rewrite from Python to C. Michael From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 11 Apr 2001 17:45:06 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 11 Apr 2001 17:44:54 -0400 Received: from nat-hdqt.valinux.com ([198.186.202.17]:14389 "EHLO golux.thyrsus.com") by vger.kernel.org with ESMTP id ; Wed, 11 Apr 2001 17:44:44 -0400 Date: Wed, 11 Apr 2001 17:46:09 -0400 From: esr@thyrsus.com To: Michael Elizabeth Chastain Cc: davej@suse.de, hch@caldera.de, esr@snark.thyrsus.com, kbuild-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org Subject: Re: [kbuild-devel] Re: CML2 1.0.0 release announcement Message-ID: <20010411174609.A8410@thyrsus.com> Reply-To: esr@thyrsus.com Mail-Followup-To: esr@thyrsus.com, Michael Elizabeth Chastain , davej@suse.de, hch@caldera.de, esr@snark.thyrsus.com, kbuild-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org In-Reply-To: <200104112056.NAA20872@bosch.cygnus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200104112056.NAA20872@bosch.cygnus.com>; from chastain@cygnus.com on Wed, Apr 11, 2001 at 01:56:19PM -0700 Organization: Eric Conspiracy Secret Labs X-Eric-Conspiracy: There is no conspiracy Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Michael Elizabeth Chastain : > I like mconfig, but I like CML2 better. Reminder for the rest of you: Michael *wrote* mconfig. > My primary reason is that ESR has more time to work on CML2 than I do > on mconfig. And speed problems are often the easiest problems to solve. > > Eric did some performance analysis. If I recall correctly, all but 1 > or 2 seconds of CML2's runtime is in the parser. He has rewritten the > parser once. Maybe someone needs to rewrite it again, maybe propagate > some changes into the language spec to make it easier to parse, maybe > rewrite from Python to C. The *language compiler's* runtime got cut in half when I hand-rolled a parser for it. The speed problem now is in the configurator itself. One of my post-1.0.0 challenges is to profile and tune the configurator code to within an inch of its life. -- Eric S. Raymond 'Faith' means not _wanting_ to know what is true. -- Nietzsche, Der Antichrist From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 11 Apr 2001 18:49:59 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 11 Apr 2001 18:49:48 -0400 Received: from zeus.kernel.org ([209.10.41.242]:32727 "EHLO zeus.kernel.org") by vger.kernel.org with ESMTP id ; Wed, 11 Apr 2001 18:49:38 -0400 Subject: Re: [kbuild-devel] Re: CML2 1.0.0 release announcement To: chastain@cygnus.com (Michael Elizabeth Chastain) Date: Wed, 11 Apr 2001 23:25:36 +0100 (BST) Cc: davej@suse.de, hch@caldera.de, esr@snark.thyrsus.com, kbuild-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org In-Reply-To: <200104112056.NAA20872@bosch.cygnus.com> from "Michael Elizabeth Chastain" at Apr 11, 2001 01:56:19 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: From: Alan Cox Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org > Eric did some performance analysis. If I recall correctly, all but 1 > or 2 seconds of CML2's runtime is in the parser. He has rewritten the > parser once. Maybe someone needs to rewrite it again, maybe propagate > some changes into the language spec to make it easier to parse, maybe > rewrite from Python to C. CML2 seems to have two other problems in my mind. Inability to parse the existing config files. Also the draw ordering in the menu based config doesnt appear right. Menuconfig has a rather undocumented but very important property of doing roughly the right thing with screenreaders. Something to bear in mind when fixing the menu redrawing stuff. Alan From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 11 Apr 2001 20:39:55 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 11 Apr 2001 20:39:35 -0400 Received: from nat-hdqt.valinux.com ([198.186.202.17]:35365 "EHLO golux.thyrsus.com") by vger.kernel.org with ESMTP id ; Wed, 11 Apr 2001 20:39:25 -0400 Date: Wed, 11 Apr 2001 20:40:37 -0400 From: esr@thyrsus.com To: Alan Cox Cc: Michael Elizabeth Chastain , davej@suse.de, hch@caldera.de, esr@snark.thyrsus.com, kbuild-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org Subject: Re: [kbuild-devel] Re: CML2 1.0.0 release announcement Message-ID: <20010411204037.B9081@thyrsus.com> Reply-To: esr@thyrsus.com Mail-Followup-To: esr@thyrsus.com, Alan Cox , Michael Elizabeth Chastain , davej@suse.de, hch@caldera.de, esr@snark.thyrsus.com, kbuild-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org In-Reply-To: <200104112056.NAA20872@bosch.cygnus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from alan@lxorguk.ukuu.org.uk on Wed, Apr 11, 2001 at 11:25:36PM +0100 Organization: Eric Conspiracy Secret Labs X-Eric-Conspiracy: There is no conspiracy Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Alan Cox : > CML2 seems to have two other problems in my mind. Inability to parse > the existing config files. I gave upon that early for two reasons. One was practical; Michael tried this with mconfig, and (apparently) failed. Or, at least, appeared to have decided that path was not worth pursuing. The other was the procedural vs. declarative problem. I spent about a month after the kbuild team originally encouraged me to tackle the problem working on a design which I later labeled Thesis. This was an attempt to build a cleaned-up CML1, basically the existing language without the syntactic warts. I got as far as spinning up an incomplete implementation that could check toy configurations. But the design basically didn't work. The problem is that a procedural language imposes a kind of time order that makes it very difficult to (a) do backtracking and (b) prove the correctness of your result. Perhaps a clearer way to put it is that configuration (like, say, screen widget layout) is fundamentally a constraint problem rather than a control problem. A constraint problem needs a declarative rather than imperative language, and it needs a baby reasoning engine to generate a constraint-satisfying solution (Tk approaches screen-widget layout this way; that's thye source of its power). Neither of my strawman designs had significant advantage over CML1 until I bit the bullet and wrote a theorem prover to reason about timeless constraints. > Also the draw ordering in the menu based > config doesnt appear right. Menuconfig has a rather undocumented but > very important property of doing roughly the right thing with > screenreaders. Something to bear in mind when fixing the menu > redrawing stuff. Yes, I have plans for this. -- Eric S. Raymond Militias, when properly formed, are in fact the people themselves and include all men capable of bearing arms. [...] To preserve liberty it is essential that the whole body of the people always possess arms and be taught alike, especially when young, how to use them. -- Senator Richard Henry Lee, 1788, on "militia" in the 2nd Amendment From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 11 Apr 2001 21:49:55 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 11 Apr 2001 21:49:45 -0400 Received: from zeus.kernel.org ([209.10.41.242]:3780 "EHLO zeus.kernel.org") by vger.kernel.org with ESMTP id ; Wed, 11 Apr 2001 21:49:37 -0400 Date: Wed, 11 Apr 2001 18:01:38 -0700 From: Aaron Lehmann To: esr@thyrsus.com, Michael Elizabeth Chastain , kbuild-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org Subject: Re: [kbuild-devel] Re: CML2 1.0.0 release announcement Message-ID: <20010411180138.A27597@vitelus.com> In-Reply-To: <200104112056.NAA20872@bosch.cygnus.com> <20010411174609.A8410@thyrsus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <20010411174609.A8410@thyrsus.com>; from esr@thyrsus.com on Wed, Apr 11, 2001 at 05:46:09PM -0400 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 11, 2001 at 05:46:09PM -0400, esr@thyrsus.com wrote: > The speed problem now is in the configurator itself. > One of my post-1.0.0 challenges is to profile and tune the configurator > code to within an inch of its life. Maybe you could kill two birds with one stone by calling 1.0.0 the prototype and rewriting it in C. Not only would this improve speed (algorithmic improvements would also be welcome...), but it would remove the pythonic obstacle to its adoption as a standard. Many, including me, oppose writing the standard configurator in Python. I don't have Python installed and I'm not going to install yet another scripting language just because ESR likes it. Yes, we know about freeze support, but aren't convinced that it will do well at this. It seems that a native C configurator will be both faster and more portable (accross distributions and mindsets) than something requiring a recent version of SuperEasyInterpretedProgrammingLanguage 2.0. I know that you're reluctant to make the port, but you don't need to be too shy to ask for help. Few people on this list are afraid of C. If you're too lazy to implement CML2 in a standard, popular, robust language, heck, tell us, and we may be able to help you out. Sorry for the anti-Python flamage. I'm sure that it has its uses. I, however, don't view it as appropriate for configuration of an integral component of a GNU/Linux system. I want to make the view clear to aid Linus with his descision and to encourage a C port of CML2, which languages aside looks like a good format and concept BTW. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 11 Apr 2001 21:52:05 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 11 Apr 2001 21:51:56 -0400 Received: from nat-hdqt.valinux.com ([198.186.202.17]:35626 "EHLO golux.thyrsus.com") by vger.kernel.org with ESMTP id ; Wed, 11 Apr 2001 21:51:49 -0400 Date: Wed, 11 Apr 2001 21:53:20 -0400 From: esr@thyrsus.com To: Aaron Lehmann Cc: Michael Elizabeth Chastain , kbuild-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org Subject: Re: [kbuild-devel] Re: CML2 1.0.0 release announcement Message-ID: <20010411215320.G9081@thyrsus.com> Reply-To: esr@thyrsus.com Mail-Followup-To: esr@thyrsus.com, Aaron Lehmann , Michael Elizabeth Chastain , kbuild-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org In-Reply-To: <200104112056.NAA20872@bosch.cygnus.com> <20010411174609.A8410@thyrsus.com> <20010411180138.A27597@vitelus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010411180138.A27597@vitelus.com>; from aaronl@vitelus.com on Wed, Apr 11, 2001 at 06:01:38PM -0700 Organization: Eric Conspiracy Secret Labs X-Eric-Conspiracy: There is no conspiracy Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Aaron Lehmann : > Maybe you could kill two birds with one stone by calling 1.0.0 the > prototype and rewriting it in C. If I were to become absolutely convinced that I can't get acceptable speed out of Python, I might do that. There's a gcml project that tracked the CML2 compiler up to about 0.72 level that might make a decent starting point. Unfortunately, I'm fairly sure that finishing gcml would take long enough to render the point moot, because by the time it was done the average Linux machine would have sped up enough for the Python implementation not to be laggy anymore :-). No joke -- *you* try writing a theorem-prover in a language with only fixed-extent data types. Go on. Try it. I think you will (as Mark Twain put it about the consequences of teasing a cat) acquire a valuable education, the facts of which will never grow dim or doubtful. I'm pretty sure that tuning the Python implementation (coming up with faster algorithms, perhaps by reorganizing the data structures to do more precomputation) will be a more effective use of my time. -- Eric S. Raymond "One of the ordinary modes, by which tyrants accomplish their purposes without resistance, is, by disarming the people, and making it an offense to keep arms." -- Constitutional scholar and Supreme Court Justice Joseph Story, 1840 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 12 Apr 2001 08:07:29 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 12 Apr 2001 08:07:20 -0400 Received: from ns.suse.de ([213.95.15.193]:63501 "HELO Cantor.suse.de") by vger.kernel.org with SMTP id ; Thu, 12 Apr 2001 08:07:09 -0400 Date: Thu, 12 Apr 2001 14:07:07 +0200 (CEST) From: Dave Jones To: Cc: Aaron Lehmann , Michael Elizabeth Chastain , , Subject: Re: [kbuild-devel] Re: CML2 1.0.0 release announcement In-Reply-To: <20010411215320.G9081@thyrsus.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 11 Apr 2001 esr@thyrsus.com wrote: > Unfortunately, I'm fairly sure that finishing gcml would take long > enough to render the point moot, because by the time it was done the > average Linux machine would have sped up enough for the Python > implementation not to be laggy anymore :-). 'Average' Linux machine is irrelevant. I still have a Sparc IPX I occasionally use. I know people using still using 486's as they can't afford anything better. Hell, even some of my P5 class machines are starting to show their age, but they're still in daily use. To say "Screw them, upgrade" is not an option IMO. > I'm pretty sure that tuning the Python implementation (coming up with > faster algorithms, perhaps by reorganizing the data structures to do > more precomputation) will be a more effective use of my time. Well if you can make this run faster, this would kill my main complaint with CML2. I'll try out an updated version sometime. regards, Davej. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 12 Apr 2001 08:56:34 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 12 Apr 2001 08:56:24 -0400 Received: from d186.as5200.mesatop.com ([208.164.122.186]:56206 "HELO gopnik.dom-duraki") by vger.kernel.org with SMTP id ; Thu, 12 Apr 2001 08:56:18 -0400 From: Steven Cole Reply-To: elenstev@mesatop.com Date: Thu, 12 Apr 2001 06:00:24 -0600 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset="US-ASCII" Cc: Aaron Lehmann , Michael Elizabeth Chastain , , To: Dave Jones , In-Reply-To: In-Reply-To: Subject: Re: [kbuild-devel] Re: CML2 1.0.0 release announcement MIME-Version: 1.0 Message-Id: <01041206002400.19748@gopnik.dom-duraki> Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thursday 12 April 2001 06:07, Dave Jones wrote: > On Wed, 11 Apr 2001 esr@thyrsus.com wrote: > > Unfortunately, I'm fairly sure that finishing gcml would take long > > enough to render the point moot, because by the time it was done the > > average Linux machine would have sped up enough for the Python > > implementation not to be laggy anymore :-). > > 'Average' Linux machine is irrelevant. I still have a Sparc IPX > I occasionally use. I know people using still using 486's as they > can't afford anything better. Hell, even some of my P5 class machines > are starting to show their age, but they're still in daily use. > To say "Screw them, upgrade" is not an option IMO. Excuse me, but this seems to be something of a red herring. I've got a crowd of Pentium-90 and 100 machines at work, and they get new kernels occasionally, but I haven't built a kernel using that class of machine in 5 years or so. I build new kernels using a dual 733 PIII. Just for "fun", I built a kernel using a uniprocessor 266 PII a few months ago, but I have much better things to do with my time. It would seem to me that if someone is using an older and slower machine to build a kernel, they are probably doing this somewhat infrequently, and the longer build process, although more painful for those few users, should be endurable if it is indeed infrequent. Keep in mind that making a kernel on a current machine has gone from a couple of hours (1992) to two minutes (2001). Adding seconds or tens of seconds at this time on 2001 hardware will seem very moot by the time 2.5/2.6 is at the point 2.4.x is now. If you haven't seen my posts here before, I just joined this list last night. Steven From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 12 Apr 2001 09:12:46 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 12 Apr 2001 09:12:36 -0400 Received: from ns.suse.de ([213.95.15.193]:24070 "HELO Cantor.suse.de") by vger.kernel.org with SMTP id ; Thu, 12 Apr 2001 09:12:24 -0400 Date: Thu, 12 Apr 2001 15:12:23 +0200 (CEST) From: Dave Jones To: Steven Cole Cc: , Aaron Lehmann , Michael Elizabeth Chastain , , Subject: Re: [kbuild-devel] Re: CML2 1.0.0 release announcement In-Reply-To: <01041206002400.19748@gopnik.dom-duraki> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 12 Apr 2001, Steven Cole wrote: > Excuse me, but this seems to be something of a red herring. > ... > Adding seconds or tens of seconds at this time on 2001 hardware will > seem very moot by the time 2.5/2.6 is at the point 2.4.x is now. Adding tens of seconds per build is not acceptable when you're building a lot of kernels each day. The beginning of this thread showed a 15 second stall on an Athlon 800, vs a 1 second startup for the old system. The point now is that Eric _is_ working on improving the performance. (Which was probably in another post you missed). > If you haven't seen my posts here before, I just joined this list last night. Find a list archive, read the beginning of the thread. regards, Dave. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 12 Apr 2001 12:53:29 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 12 Apr 2001 12:53:20 -0400 Received: from pincoya.inf.utfsm.cl ([200.1.19.3]:23816 "EHLO pincoya.inf.utfsm.cl") by vger.kernel.org with ESMTP id ; Thu, 12 Apr 2001 12:53:04 -0400 Message-Id: <200104121651.f3CGpZHQ002137@pincoya.inf.utfsm.cl> To: elenstev@mesatop.com cc: kbuild-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org Subject: Re: [kbuild-devel] Re: CML2 1.0.0 release announcement In-Reply-To: Message from Steven Cole of "Thu, 12 Apr 2001 06:00:24 CST." <01041206002400.19748@gopnik.dom-duraki> Date: Thu, 12 Apr 2001 12:51:35 -0400 From: Horst von Brand Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Steven Cole said: [...] > It would seem to me that if someone is using an older and slower machine > to build a kernel, they are probably doing this somewhat infrequently, > and the longer build process, although more painful for those few users, > should be endurable if it is indeed infrequent. Please stop a moment and _think_. There are people out there that have got a P/90 or less, or just a Sun IPX, no network access (or slow phone lines at high prices). That _you_ have a dual P3/733 doesn't help them one bit, now does it. -- Dr. Horst H. von Brand mailto:vonbrand@inf.utfsm.cl Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 12 Apr 2001 13:08:12 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 12 Apr 2001 13:08:02 -0400 Received: from d186.as5200.mesatop.com ([208.164.122.186]:43663 "HELO gopnik.dom-duraki") by vger.kernel.org with SMTP id ; Thu, 12 Apr 2001 13:07:46 -0400 From: Steven Cole Reply-To: elenstev@mesatop.com Date: Thu, 12 Apr 2001 10:12:24 -0600 X-Mailer: KMail [version 1.1.99] Content-Type: text/plain; charset=US-ASCII Cc: kbuild-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org To: Horst von Brand , elenstev@mesatop.com In-Reply-To: <200104121651.f3CGpZHQ002137@pincoya.inf.utfsm.cl> In-Reply-To: <200104121651.f3CGpZHQ002137@pincoya.inf.utfsm.cl> Subject: Re: [kbuild-devel] Re: CML2 1.0.0 release announcement MIME-Version: 1.0 Message-Id: <01041210122403.19748@gopnik.dom-duraki> Content-Transfer-Encoding: 7BIT Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thursday 12 April 2001 10:51, Horst von Brand wrote: > Steven Cole said: > > [...] > > > It would seem to me that if someone is using an older and slower machine > > to build a kernel, they are probably doing this somewhat infrequently, > > and the longer build process, although more painful for those few users, > > should be endurable if it is indeed infrequent. > > Please stop a moment and _think_. > > There are people out there that have got a P/90 or less, or just a Sun IPX, > no network access (or slow phone lines at high prices). That _you_ have a > dual P3/733 doesn't help them one bit, now does it. Actually, I did think, and then thought a little more. Here is a snippet of what I posted earlier: >Upon further reflection, the added several second stall will probably be >a thorn in many people's sides, as it comes while the user is impatiently >waiting for it to launch. I don't use StarOffice because it takes 12-15 >seconds to start up and that just seems too long. > >So any efforts to reduce the stall will probably have a leveraged >effect which is much greater than might otherwise seem at first glance. Sorry, I guess its all too easy to get spoiled quickly with new hardware. And I'm one of those with slow phone lines. Steven From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 12 Apr 2001 14:09:01 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 12 Apr 2001 14:08:51 -0400 Received: from pD953898E.dip.t-dialin.net ([217.83.137.142]:6391 "EHLO tolot.escape.de") by vger.kernel.org with ESMTP id ; Thu, 12 Apr 2001 14:08:46 -0400 Date: Thu, 12 Apr 2001 19:59:11 +0200 From: Jochen Striepe To: Steven Cole Cc: Dave Jones , esr@thyrsus.com, Aaron Lehmann , Michael Elizabeth Chastain , kbuild-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org Subject: Re: [kbuild-devel] Re: CML2 1.0.0 release announcement Message-ID: <20010412195911.A13744@tolot.escape.de> In-Reply-To: <01041206002400.19748@gopnik.dom-duraki> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline User-Agent: Mutt/1.3.17i In-Reply-To: <01041206002400.19748@gopnik.dom-duraki>; from elenstev@mesatop.com on Thu, Apr 12, 2001 at 06:00:24AM -0600 X-Editor: vim/5.7.28 X-Signature-Color: blue Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On 12 Apr 2001, Steven Cole wrote: >=20 > Excuse me, but this seems to be something of a red herring. I've got > a crowd of Pentium-90 and 100 machines at work, and they get new kernels > occasionally, but I haven't built a kernel using that class of machine > in 5 years or so. I build new kernels using a dual 733 PIII. Just for > "fun", I built a kernel using a uniprocessor 266 PII a few months ago, but > I have much better things to do with my time. I have an AMD K6/2-400. But I do know _many_ people who do own slower Hardware, and run Linux on it. They do not want and cannot afford to buy the newest shiny box. And, they have better things to do with their time as well. Please note, I live in a country where people are not _poor_. Just think of others some time, not only of yourself.=20 So long, Jochen Striepe. --=20 "He was so narrow minded he could see through a keyhole with both eyes ..." --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iQEVAwUBOtXs76rOdlPj1wR/AQFc+Af/ZMPUQZ5TUcY+c9N/1EqLr2ZwHzRHFZku vlTO/kau4x8fFCGPR6O4kLUT4fmEhRYmigSkidcP1Pa9eK0zm3KdOwV7b+Kin2xq 5wO1pLEShGYXsW2fftktCT31QjB0F3Yp8BgC7jZCX4SzDLUtf9OKn/C5vfRly7VH QStz2WDotwlDCeORnWVEmzheBg2R2u9ZTC+XOI4nYoz+6WYzglLMBnwcnOu4n0AB doBn7IdvYoYM3cHnCkrztjVx9rrG5e8NcGqrNpoMm4rM1T+Vt0pUFNhv/6sdfUZ/ gm1LOxUvujiBEi4ns3IrVKLvcZaJNHMcTXn9wFJxbSYkTFFDP5GQFg== =mWO2 -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi--