From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 12 05:01:53 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F74B16A4CE for ; Fri, 12 Mar 2004 05:01:53 -0800 (PST) Received: from lurza.secnetix.de (unknown [195.143.231.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5434243D49 for ; Fri, 12 Mar 2004 05:01:52 -0800 (PST) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (mlifor@localhost [127.0.0.1]) by lurza.secnetix.de (8.12.9p2/8.12.9) with ESMTP id i2CD1ob0076506 for ; Fri, 12 Mar 2004 14:01:50 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.12.9p2/8.12.9/Submit) id i2CD1oQC076505; Fri, 12 Mar 2004 14:01:50 +0100 (CET) (envelope-from olli) Date: Fri, 12 Mar 2004 14:01:50 +0100 (CET) Message-Id: <200403121301.i2CD1oQC076505@lurza.secnetix.de> From: Oliver Fromme To: freebsd-amd64@FreeBSD.ORG In-Reply-To: <4051A841.9020205@thejemreport.com> X-Newsgroups: list.freebsd-amd64 User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.9-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Peer review of AMD64/FreeBSD article X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-amd64@FreeBSD.ORG List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2004 13:01:53 -0000 Jem Matzan wrote: > I've just finished writing this article comparing performance between an > Athlon64 in 32-bit and 64-bit mode using FreeBSD: > > http://www.thejemreport.com/lab64/amd64vsi386.php > > (this is a temporary address which will later redirect to the published > article) > > I've checked it over twice for fact accuracy, but I would like other > eyes to look at it before it goes to press. I haven't spell-checked it > yet, so don't worry about that... I just want to make sure I haven't > made any factual errors. I like the article very much. Well done. I also appre- ciate the fact that you refrained from spoiling the compa- rison with colorful graphics. :-) There are just two things which seem a bit unclear to me. In the very first paragraph it sounds like hyperthreading would always be a performance win, but that's not the case. I've had applications that ran slightly faster when hyper- threading was turned off. If I remember correctly, soft- ware that does many concurrent things and I/O benefits most from hyperthreading, while pure numbercrunching jobs run faster with hyperthreading switched off. (I'm not saying that you should repeat all your benchmarks with hyper- threading off, mind you. I just think that the remark in the first paragraph sounds a little bit misleading. YMMV.) The second point is that the gcc "benchmark" seems a bit unfair for me, because you're really measuring _different_ things when compiling something for i386 and for amd64. The compiler is producing different code, it has to opti- mize differently (particularly because of the different register sets of the processors), so you can't really compare the results. Also take into account that the amd64 code generation engine of gcc is rather new, while the i386 code generation is very mature. Apart from that, I would rather call this "benchmark" synthetic, because nobody buys an Opteron to compile things all day long. Well, except for the FreeBSD package building people, maybe. :-) In relation to that, the oggenc benchmark is certainly much more realistic. It would have been nice to have some video decoding / encoding benchmarks, too (e.g. mplayer / menco- der, transcode, ffmpeg, whatever). Well, just my 2 cents. :-) Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things." -- Doug Gwyn