Re: Optimizing "make release"

2007-09-25 Thread Eric Anderson
Erik Cederstrand wrote: Brooks Davis wrote: On Tue, Sep 25, 2007 at 08:59:44AM +0200, Erik Cederstrand wrote: Brooks Davis wrote: On Mon, Sep 24, 2007 at 01:34:34PM +0200, Erik Cederstrand wrote: >> [...] If I ignore documentation distfiles (will this affect benchmarks in any way?), AFAI

Re: Optimizing "make release"

2007-09-25 Thread Erik Cederstrand
Brooks Davis wrote: On Tue, Sep 25, 2007 at 08:59:44AM +0200, Erik Cederstrand wrote: Brooks Davis wrote: On Mon, Sep 24, 2007 at 01:34:34PM +0200, Erik Cederstrand wrote: >> [...] If I ignore documentation distfiles (will this affect benchmarks in any way?), AFAICT the only distribution

Re: Optimizing "make release"

2007-09-25 Thread Brooks Davis
On Tue, Sep 25, 2007 at 08:59:44AM +0200, Erik Cederstrand wrote: > Brooks Davis wrote: > > On Mon, Sep 24, 2007 at 01:34:34PM +0200, Erik Cederstrand wrote: > >> [...] > >> If I ignore documentation distfiles (will this affect benchmarks in any > >> way?), AFAICT the only distribution sets I

Re: Optimizing "make release"

2007-09-24 Thread Erik Cederstrand
Brooks Davis wrote: On Mon, Sep 24, 2007 at 01:34:34PM +0200, Erik Cederstrand wrote: >> [...] If I ignore documentation distfiles (will this affect benchmarks in any way?), AFAICT the only distribution sets I need are base, proflibs, kernels and (maybe) lib32. Is there a way to get "make r

Re: Optimizing "make release"

2007-09-24 Thread Brooks Davis
On Mon, Sep 24, 2007 at 01:34:34PM +0200, Erik Cederstrand wrote: > Hi! > > In an effort to run benchmarks on the latest CURRENT on a couple of slave > machines, I need to build the distribution sets necessary for an NFS install > as fast as possible (the slaves are installing over PXE), but

Optimizing "make release"

2007-09-24 Thread Erik Cederstrand
Hi! In an effort to run benchmarks on the latest CURRENT on a couple of slave machines, I need to build the distribution sets necessary for an NFS install as fast as possible (the slaves are installing over PXE), but still ending up with something as close as possible to a normal default inst