Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752204AbbEKXRa (ORCPT <rfc822;w@1wt.eu>);
	Mon, 11 May 2015 19:17:30 -0400
Received: from imap.thunk.org ([74.207.234.97]:58240 "EHLO imap.thunk.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751543AbbEKXR2 (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 11 May 2015 19:17:28 -0400
Date: Mon, 11 May 2015 19:17:14 -0400
From: "Theodore Ts'o" <tytso@mit.edu>
To: Pavel Machek <pavel@ucw.cz>
Cc: Daniel Phillips <daniel@phunq.net>, Howard Chu <hyc@symas.com>,
        Mike Galbraith <umgwanakikbuti@gmail.com>,
        Dave Chinner <david@fromorbit.com>, linux-kernel@vger.kernel.org,
        linux-fsdevel@vger.kernel.org, tux3@tux3.org,
        OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Subject: Re: xfs: does mkfs.xfs require fancy switches to get decent
 performance? (was Tux3 Report: How fast can we fsync?)
Message-ID: <20150511231714.GD14088@thunk.org>
Mail-Followup-To: Theodore Ts'o <tytso@mit.edu>,
	Pavel Machek <pavel@ucw.cz>, Daniel Phillips <daniel@phunq.net>,
	Howard Chu <hyc@symas.com>,
	Mike Galbraith <umgwanakikbuti@gmail.com>,
	Dave Chinner <david@fromorbit.com>, linux-kernel@vger.kernel.org,
	linux-fsdevel@vger.kernel.org, tux3@tux3.org,
	OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
References: <1430334326.7360.25.camel@gmail.com>
 <20150430002008.GY15810@dastard>
 <b1c4315e-f7d5-4081-957b-e58feff4a64b@phunq.net>
 <1430395641.3180.94.camel@gmail.com>
 <eb31c569-259c-4814-9fee-69a36fc518dc@phunq.net>
 <1430401693.3180.131.camel@gmail.com>
 <55423732.2070509@phunq.net>
 <55423C05.1000506@symas.com>
 <554246D7.40105@phunq.net>
 <20150511221223.GD4434@amd>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20150511221223.GD4434@amd>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: tytso@thunk.org
X-SA-Exim-Scanned: No (on imap.thunk.org); SAEximRunCond expanded to false
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 957
Lines: 21

On Tue, May 12, 2015 at 12:12:23AM +0200, Pavel Machek wrote:
> Umm, are you sure. If "some areas of disk are faster than others" is
> still true on todays harddrives, the gaps will decrease the
> performance (as you'll "use up" the fast areas more quickly).

It's still true.  The difference between O.D. and I.D. (outer diameter
vs inner diameter) LBA's is typically a factor of 2.  This is why
"short-stroking" works as a technique, and another way that people
doing competitive benchmarking can screw up and produce misleading
numbers.  (If you use partitions instead of the whole disk, you have
to use the same partition in order to make sure you aren't comparing
apples with oranges.)

Cheers,

					- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/