From owner-freebsd-current@FreeBSD.ORG Fri Jan 23 11:25:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCE2816A4CF for ; Fri, 23 Jan 2004 11:25:23 -0800 (PST) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B8EA43D55 for ; Fri, 23 Jan 2004 11:24:46 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 22447 invoked from network); 23 Jan 2004 19:24:45 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 23 Jan 2004 19:24:45 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i0NJOVM4030715; Fri, 23 Jan 2004 14:24:40 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Bruce Evans Date: Fri, 23 Jan 2004 14:23:16 -0500 User-Agent: KMail/1.5.4 References: <200401190738.i0J7ccF3020266@postoffice.e-easy.com.au> <200401211104.49878.jhb@FreeBSD.org> <20040123225430.A23195@gamplex.bde.org> In-Reply-To: <20040123225430.A23195@gamplex.bde.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401231423.16124.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-current@FreeBSD.org cc: Ruslan Ermilov Subject: Re: Release Building and /etc/make.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2004 19:25:24 -0000 On Friday 23 January 2004 07:34 am, Bruce Evans wrote: > On Wed, 21 Jan 2004, John Baldwin wrote: > > On Tuesday 20 January 2004 11:58 pm, Bruce Evans wrote: > > > i386 (or equivalently, no special tuning) is the best default, at least > > > in non-FPU-intensive applications. In my integer crunching > > > application/ benchmark (searching a game tree), it even gives better > > > results than -mcpu=pentiumpro on a pentiumpro class machine (a 366MHz > > > Celeron). -mcpu=athlon-xp gives even better results. > > > > > > All with -O3 -fomit-frame-pointer > > > -mcpu-athlon-xp 48.42 real 47.31 user 0.41 sys > > > 51.22 real 50.10 user 0.30 sys > > > -mcpu=i386 51.98 real 50.18 user 0.34 sys > > > -mcpu=pentiumpro 56.38 real 55.26 user 0.34 sys > > > -mcpu=pentium2 56.24 real 55.25 user 0.36 sys > > > -mcpu=pentium3 56.59 real 55.25 user 0.40 sys > > > -mcpu=pentium4 58.52 real 56.96 user 0.36 sys > > > -mcpu=i486 79.17 real 77.69 user 0.32 sys > > > -mcpu=i586 74.80 real 73.07 user 0.48 sys > > > > > > This is just one benchmark, chosen for its potential optimizability. > > > I only did non-exhaustive benchmarks for the makeworld benchmark. I > > > removed the -mpentiumpro change when I saw the kernel size bloat that > > > it gave. > > > > Does -mcpu=althon-xp perform worse than the default in other benchmarks > > that you've run? > > I haven't run enough to be sure. It's hard to test all the combinations > for long enough. Some quick tests with the cc1 application/benchmark: > > cc1 compiled with -O3 -fomit-frame-pointer, and: > -mcpu=i386 (code o3) > -mcpu=i486 (o4) > -mcpu=pentiumpro (op) > -mcpu=athlon-xp (oa) > Times for the "all" part of "make obj; make depend; make all" starting > with an empty object tree and source tree = src/bin on the Celeron and > src/usr.sbin on the Athlon (it doesn't complete because it wants to > link to never-installed unbuilt libraries, but it gets a fair way). > Smallest real time for 2 runs: > > On a Celeron 400 with source tree src/bin: > o3: 121.94 real 97.14 user 19.94 sys > o4: 130.83 real 106.59 user 19.07 sys > oa: 122.69 real 97.58 user 19.39 sys > op: 124.01 real 99.54 user 19.56 sys > All non-null -mcpu settings are pessimizations, with -mcpu=i486 > significantly bad and -mcpu=pentiumpro probably significantly bad. > Optimizing the pentiumpro class machine as an athlon-xp works > better (less worse here) than optimizing it as a pentiumpro in this > benchmark too, but the differences are smaller > > On an Athlon-XP1600 overclocked with source tree src/usr.sbin: > o3: 67.62 real 57.46 user 9.53 sys > o4: 69.09 real 57.65 user 10.20 sys > oa: 67.53 real 56.78 user 9.62 sys > op: 68.14 real 57.47 user 9.70 sys > Most of the differences are too small to be significant. Optimizing > the athlon-xp as an athlon-xp at least doesn't pessimize it. > > My integer-crunching benchmark shows similarly small differences on > freefall, but that may be just because freefall's gcc is so old. Hmm, well, I'm ok with dropping the mcpu=ppro from bsd.cpu.mk for the default case then. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org