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>