From owner-freebsd-performance@FreeBSD.ORG Wed Sep 26 01:01:19 2007 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70D2716A417 for ; Wed, 26 Sep 2007 01:01:19 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 1A00613C461 for ; Wed, 26 Sep 2007 01:01:18 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (r74-193-81-203.pfvlcmta01.grtntx.tl.dh.suddenlink.net [74.193.81.203]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l8Q11EDe048478; Tue, 25 Sep 2007 20:01:15 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46F9AF51.2090204@freebsd.org> Date: Tue, 25 Sep 2007 20:01:05 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Erik Cederstrand References: <46F7A0CA.7040009@cederstrand.dk> <20070924144758.GA60358@lor.one-eyed-alien.net> <46F8B1E0.6060008@cederstrand.dk> <20070925151942.GB76413@lor.one-eyed-alien.net> <46F95BE7.6050005@cederstrand.dk> In-Reply-To: <46F95BE7.6050005@cederstrand.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: freebsd-performance@freebsd.org Subject: Re: Optimizing "make release" X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 01:01:19 -0000 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?), AFAICT the only distribution sets I need are base, >>>>> proflibs, kernels and (maybe) lib32. Is there a way to get "make >>>>> release" to do just that? I'm open to other suggestions, of course. >>>> To just create a working image you can just do: >>>> make buildworld >>>> make buildkernel >>>> make DESTDIR=/target/directory installworld >>>> make DESTDIR=/target/directory distribution >>>> make DESTDIR=/target/directory installkernel >>> This doesn't seem to create the distribution sets I want. It just >>> creates the hierarchy of files which are eventually going to be on >>> the hard-disk on the clients. I may be wrong, but it seems that to >>> be able to use sysinstall to install the clients, I need to create >>> distribution sets like the ones supplied here: >>> >>> ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/6.2-RELEASE/ >> >> Ah, I didn't realized you wanted to do that. If you do want to use >> sysinstall, >> then you do indeed to use make release. The various NO* options >> documented in >> the release(7) manpage and the makefile should be useful here. > > Ok, thanks. > >> That said, I can't imagine why you'd want sysinstall to be involved in >> a automated benchmark system. > > Incompetence is probably the best answer :-) > >> Doing what it does using a hand rolled script is way easier then >> trying work with it. > > Ok, so are you suggesting something like this?: > > 1. make world, distribution, kernel > 2. make any necessary changes to config files > 3. cram the result onto a custom mfs (or make it available somewhere) > 4. boot using the custom mfs as root device > 5. point init_path in loader.conf to my own script which: > 5a. prepares (bsdlabel, newfs etc.) the hard-disk > 5b. mounts the hard-disk and copies the distribution files over > 5. reboot > 6. install any necessary packages > 7. run benchmarks It would probably be easier if you just NFS booted into a small FreeBSD installation, and then had a script that set up the drive, and ran an installworld/kernel/etc against it. No need to use mfs I don't think. This kind of sounds like the automated performance measurement project that has been mentioned here (or was it -current?) a few times, once somewhat recently. Eric