linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Joe Landman <joe.landman@gmail.com>
To: Peter Grandi <pg@lxraid2.for.sabi.co.UK>,
	Linux RAID <linux-raid@vger.kernel.org>
Subject: Re: The chunk size paradox
Date: Thu, 02 Jan 2014 22:09:47 -0500	[thread overview]
Message-ID: <52C629FB.3030801@gmail.com> (raw)
In-Reply-To: <21189.62662.712801.352081@tree.ty.sabi.co.uk>

On 01/02/2014 06:22 PM, Peter Grandi wrote:
> [ ... ]
>
>> 512 byte sector native drives are now far less common,
>
> Most smaller/faster SAS drivers still have 512 physical sectors,
> but >= 2TB drives, especially those with < 7200RPM, tend to have
> 4KiB physical sectors (because 4KiB sector drives are cheaper).

There was a reason for the 512 byte sectors, and that has something to 
do with the extended integrity sector length you can use if you format 
your drives for this.  There are a fair number of these enterprise class 
drives which might not play well with translation firmware.  Its easier 
to keep producing these and gradually wean those customers off as they 
migrate to 12g scenarios.

>
>> with many of the drives being native 4096 bytes witnh a
>> translation layer for legacy systems that require 512 bytes.
>
> On a PC here I have half-and-half:
>
>    # lsscsi | grep sd.
>    [0:0:0:0]    disk    ATA      WDC WD2002FAEX-0 05.0  /dev/sda
>    [1:0:0:0]    disk    ATA      ST2000DM001-1CH1 CC44  /dev/sdb
>    [2:0:0:0]    disk    ATA      ST2000DM001-9YN1 CC4C  /dev/sdc
>    [3:0:0:0]    disk    ATA      Hitachi HDS72202 JKAO  /dev/sdd
>    [6:0:0:0]    disk    ATA      WDC WD20EARX-32P AB51  /dev/sde
>    [6:0:1:0]    disk    ATA      ST2000DL003-9VT1 CC32  /dev/sdf
>
>    # grep . /sys/block/sd?/queue/physical_block_size
>    /sys/block/sda/queue/physical_block_size:512
>    /sys/block/sdb/queue/physical_block_size:4096
>    /sys/block/sdc/queue/physical_block_size:4096
>    /sys/block/sdd/queue/physical_block_size:512
>    /sys/block/sde/queue/physical_block_size:4096
>    /sys/block/sdf/queue/physical_block_size:512

Yeah, depends upon which disks you use.  The HGST's we use annoyingly 
all register as 512, but the Seagate we use are now mostly 4k.

>
> They are all 2TB "consumer" drives, mostly recent ones. I am
> slightly surprised that half still have 512 physical sectors.

Some could be the translation layer ... I don't have evidence of this, 
but I am guessing that HGST is keeping the layer in place to minimize 
problems with old OSes.  Thats the entire purpose of that translation 
layer ... pay a slight performance price for compatibility.



  reply	other threads:[~2014-01-03  3:09 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-30 18:48 The chunk size paradox Phillip Susi
2013-12-30 23:38 ` Peter Grandi
2013-12-31  0:01   ` Wolfgang Denk
2013-12-31 13:51     ` David Brown
2014-01-02 20:08   ` Phillip Susi
2014-01-02 14:49 ` joystick
2014-01-02 15:24   ` Phillip Susi
2014-01-02 15:41   ` Stan Hoeppner
2014-01-02 16:31     ` Phillip Susi
2014-01-02 18:02       ` Stan Hoeppner
2014-01-02 19:10         ` Phillip Susi
2014-01-02 22:49           ` Peter Grandi
2014-01-02 23:16           ` Stan Hoeppner
2014-01-03  1:02             ` Phillip Susi
2014-01-02 19:21         ` Joe Landman
2014-01-02 22:42           ` Stan Hoeppner
2014-01-02 22:56             ` Carsten Aulbert
2014-01-03  0:19               ` Phillip Susi
2014-01-03  1:24               ` Stan Hoeppner
2014-01-03  3:14               ` Joe Landman
2014-01-03  3:19                 ` Stan Hoeppner
2014-01-03  4:24                   ` Stan Hoeppner
2014-01-02 23:22           ` Peter Grandi
2014-01-03  3:09             ` Joe Landman [this message]
2014-01-03  4:58             ` Joe Landman
2014-01-02 22:32         ` Wolfgang Denk
2014-01-03 14:51           ` Benjamin ESTRABAUD

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=52C629FB.3030801@gmail.com \
    --to=joe.landman@gmail.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=pg@lxraid2.for.sabi.co.UK \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).