linux-xfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Emmanuel Florac <eflorac@intellique.com>
To: Kyle Ames <kyle.ames@FireEye.com>
Cc: "linux-xfs@vger.kernel.org" <linux-xfs@vger.kernel.org>
Subject: Re: RAID6 + XFS + Application Workload write performance question
Date: Tue, 31 Oct 2017 12:06:17 +0100	[thread overview]
Message-ID: <20171031120617.015f383c@harpe.intellique.com> (raw)
In-Reply-To: <8BB5896C-2789-4EB6-9B1B-7DFD4DA9101B@fireeye.com>

[-- Attachment #1: Type: text/plain, Size: 1501 bytes --]

Le Mon, 30 Oct 2017 16:43:15 +0000
Kyle Ames <kyle.ames@FireEye.com> écrivait:

> OS: CentOS 7.3
> Kernel: 3.10.0-693.2.2.el7.x86_64
> RAID: LSI RAID controller - RAID 6 with 10 disks - Strip Size 128
> (and thus a stripe size of 1MB if I understand correctly) LVM: One
> PV, VG, and LV is built on top of the RAID6. The output is below.
> 
> RAID output:
> -----------------------------------------------------------------
> DG/VD TYPE  State Access Consist Cache Cac sCC      Size Name
> -----------------------------------------------------------------
> 0/0   RAID6 Optl  RW     No      RAWBD -   ON  72.761 TB DATA
> 
> ----------------------------------------------------------------------------
> EID:Slt DID State DG     Size Intf Med SED PI SeSz Model
> Sp Type
> ----------------------------------------------------------------------------
> 18:0     35 Onln   0 9.094 TB SAS  HDD N   N  512B ST10000NM0096
> U  - 18:1     39 Onln   0 9.094 TB SAS  HDD N   N  512B
> ST10000NM0096    U  -

Please note that 10TB disks are using 4k blocks. It's not the culprit
here, but using 512b emulated definitely isn't optimal for RAID
performance.

-- 
------------------------------------------------------------------------
Emmanuel Florac     |   Direction technique
                    |   Intellique
                    |	<eflorac@intellique.com>
                    |   +33 1 78 94 84 02
------------------------------------------------------------------------

[-- Attachment #2: Signature digitale OpenPGP --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

      parent reply	other threads:[~2017-10-31 11:06 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-10-30 16:43 RAID6 + XFS + Application Workload write performance question Kyle Ames
2017-10-30 21:39 ` Dave Chinner
2017-10-31 11:06 ` Emmanuel Florac [this message]

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=20171031120617.015f383c@harpe.intellique.com \
    --to=eflorac@intellique.com \
    --cc=kyle.ames@FireEye.com \
    --cc=linux-xfs@vger.kernel.org \
    /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).