Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 29 Sep 2006 17:22:09 +0100 (BST)
From:      Robert Watson <rwatson@FreeBSD.org>
To:        Ruslan Ermilov <ru@freebsd.org>
Cc:        current@freebsd.org
Subject:   Re: lockf in installworld -- not a good idea
Message-ID:  <20060929172051.O74256@fledge.watson.org>
In-Reply-To: <20060929153744.GA6227@rambler-co.ru>
References:  <20060929141709.E70454@fledge.watson.org> <20060929134332.GD4776@rambler-co.ru> <20060929144738.W70454@fledge.watson.org> <20060929140802.GH4776@rambler-co.ru> <20060929151750.Y74256@fledge.watson.org> <20060929153744.GA6227@rambler-co.ru>

next in thread | previous in thread | raw e-mail | index | archive | help

On Fri, 29 Sep 2006, Ruslan Ermilov wrote:

>>> A middle-ground solution was easy to implement, and I have a patch for it 
>>> if a more clean solution couldn't be found.
>>
>> I'd like to see that in the tree in the near future.  If nothing else, it 
>> will speed up installworld in the non-j case, probably measurably (although 
>> I've not measured it :-).
>>
> OK, committed to HEAD as bsd.info.mk,v 1.74.

Thanks greatly.  I don't mean to disallow -j in the long term, but I do need 
installworld to work in the short term. :-)  I guess I'll just reiterate, for 
the sake of rhetorical noise, that the problem appears to be the very concept 
of the info directory file, which is the one bit of the info install that 
can't be parallelized.  If we can find a way to generate that directory in a 
single step, as with man page indexing, then that should fix the problem.

Thanks again,

Robert N M Watson
Computer Laboratory
University of Cambridge



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060929172051.O74256>