From owner-freebsd-current@FreeBSD.ORG Fri Sep 29 16:28:02 2006 Return-Path: X-Original-To: current@freebsd.org 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 5CE5B16A412 for ; Fri, 29 Sep 2006 16:28:02 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D66D943D5A for ; Fri, 29 Sep 2006 16:28:01 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 57F0746CAE; Fri, 29 Sep 2006 12:27:47 -0400 (EDT) Date: Fri, 29 Sep 2006 17:27:47 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Warner Losh In-Reply-To: <20060929.091414.74722768.imp@bsdimp.com> Message-ID: <20060929172657.Q74256@fledge.watson.org> References: <20060929134332.GD4776@rambler-co.ru> <20060929144738.W70454@fledge.watson.org> <2fd864e0609290707t7e7d6e17g61a09ff5aa10ff3f@mail.gmail.com> <20060929.091414.74722768.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: astrodog@gmail.com, current@freebsd.org Subject: Re: lockf in installworld -- not a good idea X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 29 Sep 2006 16:28:02 -0000 On Fri, 29 Sep 2006, Warner Losh wrote: >> For what its worth.... I'd go with just stopping support for -j in >> installworld, even if things are CPU bound. > > installworld should *NEVER* be done -j. Ever. That wasn't part of the > installworld bargin when it was started. There's no point to it at all. > As such, any support to make it work should be removed with extreme > prejustice. Why on earth would you want to do installworld -j? I wouldn't doubt that it's at least marginally faster, possibly a bit faster, but I think I come down pretty firmly on the side of "let's make installworld as simple and reliable as possible" -- breaking in the middle of installworld can have messy consequences, and we should minimize the chances of that as much as possible. Robert N M Watson Computer Laboratory University of Cambridge