From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 5C88B7F5E for ; Mon, 5 Jan 2015 22:01:14 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 4A6E0304043 for ; Mon, 5 Jan 2015 20:01:11 -0800 (PST) Received: from mail-qg0-f48.google.com (mail-qg0-f48.google.com [209.85.192.48]) by cuda.sgi.com with ESMTP id D0vYoAHWLOvHqqtf (version=TLSv1 cipher=RC4-SHA bits=128 verify=NO) for ; Mon, 05 Jan 2015 20:01:09 -0800 (PST) Received: by mail-qg0-f48.google.com with SMTP id j5so5121896qga.7 for ; Mon, 05 Jan 2015 20:01:08 -0800 (PST) From: Hillel Lubman Subject: Re: What is a recommended XFS sector size for hybrid (512e) advanced format hard drives? Date: Mon, 05 Jan 2015 23:01:07 -0500 Message-ID: <1654319.MieU9cnnSS@shtub-cm> In-Reply-To: <54AB54B5.1020902@hardwarefreak.com> References: <1806495.BCZcrVVEOf@shtub-cm> <11099415.8G4MDk5SIC@shtub-cm> <54AB54B5.1020902@hardwarefreak.com> MIME-Version: 1.0 List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5683339803873912374==" Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: Stan Hoeppner Cc: xfs@oss.sgi.com This is a multi-part message in MIME format. --===============5683339803873912374== Content-Type: multipart/alternative; boundary="nextPart4026683.3KA05aV1Mi" Content-Transfer-Encoding: 7Bit This is a multi-part message in MIME format. --nextPart4026683.3KA05aV1Mi Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Monday, January 05, 2015 21:21:25 Stan Hoeppner wrote: > > > I didn't test however how it compares to default settings on the > > same drive which would set it to 512 B. > > As long as your underlying partition is 4KB aligned the only advantage > you'll likely see with 4B sectsz is a little faster log IO. So for non > metadata heavy workloads you won't see any difference between 512B and > 4KB sectsz. > > Stan It's actually created by gparted with 1 MB alignment, so it's implicitly 4 KB aligned as well. I guess something else is causing the slowness or it's just subjective. Raw I/O performance test looks normal with hdparm. Here is what gdisk reports (third partition is the XFS one): Found valid GPT with protective MBR; using GPT. Disk /dev/sda: 3907029168 sectors, 1.8 TiB Logical sector size: 512 bytes Disk identifier (GUID): ... Partition table holds up to 128 entries First usable sector is 34, last usable sector is 3907029134 Partitions will be aligned on 2048-sector boundaries Total free space is 4205 sectors (2.1 MiB) Number Start (sector) End (sector) Size Code Name 1 2048 534527 260.0 MiB EF00 2 534528 1763327 600.0 MiB 0700 3 1763328 3904931839 1.8 TiB 0700 4 3904931840 3907026943 1023.0 MiB 8200 Regards, Hillel. --nextPart4026683.3KA05aV1Mi Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="us-ascii"

On Monday, January 05, 2015 21:21:25 Stan Hoeppner wrote:

> > I didn't test however how it compares to default settings on the

> > same drive which would set it to 512 B.

> As long as your underlying partition is 4KB aligned the only advantage

> you'll likely see with 4B sectsz is a little faster log IO. So for non

> metadata heavy workloads you won't see any difference between 512B and

> 4KB sectsz.

> Stan

It's actually created by gparted with 1 MB alignment, so it's implicitly 4 KB aligned as well. I guess something else is causing the slowness or it's just subjective. Raw I/O performance test looks normal with hdparm.

Here is what gdisk reports (third partition is the XFS one):

Found valid GPT with protective MBR; using GPT.

Disk /dev/sda: 3907029168 sectors, 1.8 TiB

Logical sector size: 512 bytes

Disk identifier (GUID): ...

Partition table holds up to 128 entries

First usable sector is 34, last usable sector is 3907029134

Partitions will be aligned on 2048-sector boundaries

Total free space is 4205 sectors (2.1 MiB)

Number Start (sector) End (sector) Size Code Name

1 2048 534527 260.0 MiB EF00

2 534528 1763327 600.0 MiB 0700

3 1763328 3904931839 1.8 TiB 0700

4 3904931840 3907026943 1023.0 MiB 8200

Regards,

Hillel.

--nextPart4026683.3KA05aV1Mi-- --===============5683339803873912374== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs --===============5683339803873912374==--