Re: lockf in installworld -- not a good idea

From: Astrodog <astrodog_at_gmail.com>
Date: Fri, 29 Sep 2006 14:04:55 -0500
On 9/29/06, Ruslan Ermilov <ru_at_freebsd.org> wrote:
>
> On Fri, Sep 29, 2006 at 11:09:42AM -0600, M. Warner Losh wrote:
> [...]
> > I tend to agree with that basic philosophy.  From other items in the
> > thread, it was clear this came up in the context of build release,
> > which benefits from -j usually.  The installworld phase in that should
> > be as robust as possible as well, since otherwise we have issues with
> > the actual release.  Unless it is a big win (more than a few percent),
> > I'd imagine the right fix is to the release target to not do a
> > parallel installworld.  I know that in the build scripts that I wrote
> > in 3.x days and have ported forward since then I've never done a
> > parallel install, due to it rarely working reliably in that (long)
> > time span...
> >
> They are safe to do nowadays.  I'll do some measurements on real
> SMP with the memory-based DESTDIR, and let you know the numbers.



I'd be interested in non-memory-based DESTDIR, too, since there's certainly
the possibility, for install, to slow things down with -j because of
additional HDD seeks and such.


Cheers,
> --
> Ruslan Ermilov
> ru_at_FreeBSD.org
> FreeBSD committer
>
>
>
Received on Fri Sep 29 2006 - 17:05:00 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:00 UTC