Date: Fri, 29 Sep 2006 19:37:44 +0400 From: Ruslan Ermilov <ru@freebsd.org> To: Robert Watson <rwatson@freebsd.org> Cc: current@freebsd.org Subject: Re: lockf in installworld -- not a good idea Message-ID: <20060929153744.GA6227@rambler-co.ru> In-Reply-To: <20060929151750.Y74256@fledge.watson.org> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
--8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 29, 2006 at 03:19:50PM +0100, Robert Watson wrote: > On Fri, 29 Sep 2006, Ruslan Ermilov wrote: > >How could it support parallelism without using lockf(3) or equivalent? I= 'd=20 > >be happy to hack install-info(1) if there's a way. >=20 > Yes, that's why it's the basic problem. :-) The problem is the way info= =20 > works -- that it uses a shared file for a global table of contents, rathe= r=20 > than constructing it from a set of independent files once. Is there any= =20 > way to generate the entries in the directory incrementally in different= =20 > files, then combine them all at the end once? I.e., like we do with the= =20 > man page apropos database -- we build all the elements independently, whi= ch=20 > is parallelizable, and then once at the end once it's all done, we build= =20 > the single central database. >=20 Nothing immediate comes to my mind, but I'll think about it more. > >A middle-ground solution was easy to implement, and I have a patch for i= t=20 > >if a more clean solution couldn't be found. >=20 > I'd like to see that in the tree in the near future. If nothing else, it= =20 > will speed up installworld in the non-j case, probably measurably (althou= gh=20 > I've not measured it :-). >=20 OK, committed to HEAD as bsd.info.mk,v 1.74. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFHT3IqRfpzJluFF4RAi2IAJwNfVBac/gyTgKKaw2i3XQWBxPCdgCfQfqE aQ4sZQfFGLj29hQKg86Tddo= =psGa -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060929153744.GA6227>