From owner-freebsd-questions@FreeBSD.ORG Wed Feb 10 22:36:45 2010 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43BD610656B3 for ; Wed, 10 Feb 2010 22:36:45 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id F03838FC12 for ; Wed, 10 Feb 2010 22:36:44 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1NfLAm-0002v2-OS for freebsd-questions@freebsd.org; Wed, 10 Feb 2010 23:36:40 +0100 Received: from pool-141-156-221-161.res.east.verizon.net ([141.156.221.161]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 10 Feb 2010 23:36:40 +0100 Received: from nightrecon by pool-141-156-221-161.res.east.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 10 Feb 2010 23:36:40 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Michael Powell Followup-To: gmane.os.freebsd.questions Date: Wed, 10 Feb 2010 17:36:30 -0500 Lines: 27 Message-ID: References: <20100208200444.GA58228@gizmo.acns.msu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pool-141-156-221-161.res.east.verizon.net Sender: news Subject: Re: Should root partition be first partition? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2010 22:36:45 -0000 b. f. wrote: > On 2/8/10, Jerry McAllister wrote: >> On Mon, Feb 08, 2010 at 02:37:30PM -0500, b. f. wrote: [snip] >>> If you're laying out a new disk, you may as well take a few minutes >>> and get the most out of it, even if you're not going to invest in a >>> lot of new hardware. >> >> The system nowdays does all that figuring for you and manages >> boundaries reasonably. >> >> ////jerry >> > > That does not seem to be the conclusion of those who contributed to > the thread I cited, although "reasonably" is open to interpretation. This will become more critical with the upcoming transition from 512K to 4K sector size. Indeed, I believe it was initial investigations for implementation of this and/with comparison against other OS methods. The large performance differences witnessed led to a deeper, more retrospective look at current approaches based on 512K sectors as well. -Mike