From owner-freebsd-current Mon Nov 17 09:20:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA25257 for current-outgoing; Mon, 17 Nov 1997 09:20:56 -0800 (PST) (envelope-from owner-freebsd-current) Received: from earth.mat.net (root@earth.mat.net [206.246.122.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA25241 for ; Mon, 17 Nov 1997 09:20:45 -0800 (PST) (envelope-from chuckr@picnic.mat.net) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by earth.mat.net (8.8.8/8.6.12) with ESMTP id MAA28140; Mon, 17 Nov 1997 12:20:30 -0500 (EST) Message-Id: <199711171720.MAA28140@earth.mat.net> Date: Mon, 17 Nov 1997 12:20:30 -0500 (EST) From: chuckr@glue.umd.edu Subject: Re: make world time???/ To: smp@csn.net cc: current@FreeBSD.ORG In-Reply-To: <199711171652.JAA19908@Ilsa.StevesCafe.com> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 17 Nov, Steve Passe wrote: > Hi, > >> So here's my vote for the benchmark standard: >> >> /usr/src and /usr/obj on one disk with !async > > we might need 2 classes, here, single disk, mounted sync, and dual disks, > /usr/src mounted noatime, /usr/obj mounted async, noatime. > > --- >> CFLAGS=-O -pipe >> make cleandir && make world > > I *really* would like to see the target be "make buildworld". The > "make install" portion doesn't have much to do with the variabilities of the > overall times, and I don't want to do six make worlds (ie make installs) > in a row on my development systems. "make buildworld" is safe, even when > we have major breakage in the source tree, but obviously "make install" isn't! I agree it should be limited to make buildworld. The mounting type (sync or async) is controllable easily by the local site, so I think we should specify that too. I'd be in favor of sync, but I'd be willing to be talked into async. The position of the obj file (whether on a separate drive from the sources) isn't easily controllable, and the lucky ones who have the option shouldn't be penalized by being unable to report results, so I would require that information be part of the results, but not constrained to be one way or another. > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > > > -- ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+-----------------------------------------------