From owner-freebsd-stable@FreeBSD.ORG Sun Apr 9 00:01:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEF4216A405 for ; Sun, 9 Apr 2006 00:01:41 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DCF043D45 for ; Sun, 9 Apr 2006 00:01:40 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k3900uKv020301; Sat, 8 Apr 2006 18:00:58 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44384EB8.8090803@samsco.org> Date: Sat, 08 Apr 2006 18:00:56 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Chris H." References: <20060406192950.GE700@turion.vk2pj.dyndns.org> <20060408203233.K67402@woozle.rinet.ru> <20060408212421.GB720@turion.vk2pj.dyndns.org> <20060408160304.ek1xxodrkok4gw4g@webmail.1command.com> In-Reply-To: <20060408160304.ek1xxodrkok4gw4g@webmail.1command.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: Pros and Cons of amd64 (versus i386). X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Apr 2006 00:01:41 -0000 Chris H. wrote: > Quoting Peter Jeremy : > >> On Sat, 2006-Apr-08 20:41:36 +0400, Dmitry Morozovsky wrote: >> >>> On Fri, 7 Apr 2006, Peter Jeremy wrote: >>> PJ> Backup your amd64 environment and install i386. You can re-install >>> PJ> the amd64 once the testing is finished. The best benchmark is >>> always >>> PJ> your own application. >>> >>> Or, even better, use spare disk or at least spare slice. Having >>> fresh good >>> backup never hurts though ;-) >> >> >> Note that using different slices may change your results. All modern >> disks are faster near the outside (start of the disk) then the inside >> (I get more than 50% increase from inside to outside on one system). > > > My experience(s) seem to indicate the center of the platter results in > a quicker hit rate. But none the less; this still only further confirms > your point about the different areas of the platter(s) returning different > results. It might also be worth noting that the large onboard disk caches > that come on most modern hard drives will *also* likely help skew the > results. > > --Chris H. > Modern disks (I don't know how to define a cutoff to this term, unfortunately) definitely put more bits onto the outer rim of the platter than the inner rim. The days of disks having a fixed number of sectors per track across the entire platter are long gone. I was actually just talking about this with a Maxtor servo engineer the other day. I'm still not clear on whether the drive starts recording at the outer rim or the inner rim of the disk, and that could very well different between manufacturers. But, different parts of the disks do indeed perform differently, both for seek time and for sequential data thoroughput. The only way to get a 'fair' comparison is to use separate identical disks with identical partition layouts for each of your OS installs. Scott