From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:58:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE1DB16A505 for ; Mon, 23 Aug 2004 18:58:30 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 608CF43D31 for ; Mon, 23 Aug 2004 18:58:30 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7NIvr3P070447; Mon, 23 Aug 2004 12:57:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 23 Aug 2004 12:58:11 -0600 (MDT) Message-Id: <20040823.125811.68307339.imp@bsdimp.com> To: danny@cs.huji.ac.il From: "M. Warner Losh" In-Reply-To: <20040823134827.A0D6A43D3F@mx1.FreeBSD.org> References: <20040823134827.A0D6A43D3F@mx1.FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: keramida@linux.gr Subject: Re: src/UPDATING X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:58:31 -0000 In message: <20040823134827.A0D6A43D3F@mx1.FreeBSD.org> Danny Braniss writes: : > On 2004-08-23 16:21, Danny Braniss wrote: : > > > On 2004-08-23 10:46, Danny Braniss wrote: : > > > > shouldn't : > > > > NOTE TO PEOPLE WHO THINK THAT FreeBSD 5.x IS SLOW: : > > > > now be 6.x ... : > > > : > > > Would something like this seem ok to you? It only mentions FreeBSD-CURRENT : > > > instead of a specific version, so it will also work for FreeBSD 7.X when : > > > that comes along. : > > : > > fine, but what if FreeBSD 7.X is actually faster ... :-) : > : > The word "slower" refers to the reduced speed of a system that runs with : > a lot of debugging/test options enabled. The relative speed of the : > release to the previous is (probably) of lesser importance for this : > particular quote. : > : : i agree, it's that once you take out the 'milestone', it might just become : superflous, on the other hand 5.x is bad, so just current is fine - one less : thing to check for. I believe that we won't have the debugging kernel options turned on by default over the long haul. Once we're happy with the locking, they will likely be turned off in GENERIC. Warner