Linux RAID subsystem development
 help / color / mirror / Atom feed
From: Ian Pilcher <arequipeno@gmail.com>
To: linux-raid@vger.kernel.org
Subject: Re: Small chunk size read performance penalty
Date: Mon, 19 Aug 2013 00:49:13 -0500	[thread overview]
Message-ID: <kusbkh$il1$1@ger.gmane.org> (raw)
In-Reply-To: <521177A2.2010704@hardwarefreak.com>

On 08/18/2013 08:40 PM, Stan Hoeppner wrote:
> Can you elaborate on your workload that demonstrates this?  Different
> workloads behave differently with different chunk sizes.

dd ... at block sizes between 4KiB and 1MiB, on RAID-5 and -6 arrays
with chunk sizes in the same range.

Hardware is 5 7200 RPM SATA drives in a NAS (Thecus N5550) with an Atom
D2550 processor and an ICH10R chipset.  The drives are all connected to
the chipset's built-in AHCI controller.

> If you can see it, then please demonstrate this read penalty with
> numbers.  You obviously have test data from the same set of disks with
> two different RAID5s of different chunk sizes.  This is required to see
> such a difference in performance.  Please share this data with us.

I've uploaded the data (in OpenDocument spreadsheet form) to Dropbox.  I
think that it's accessible at this link:

  https://www.dropbox.com/s/4dq93th4wu5rr2y/nas_benchmarks.ods

(This is my first attempt at sharing anything via Dropbox, so let me
know if it doesn't work.)

I actually find your response really interesting.  From my Interweb
searching, the "small stripe size read penalty" seems to be pretty
widely accepted, much as the "large stripe size write penalty" is.  It
certainly does show up in my data; as the chunk size increases reads of
even small blocks get faster.

-- 
========================================================================
Ian Pilcher                                         arequipeno@gmail.com
Sometimes there's nothing left to do but crash and burn...or die trying.
========================================================================


  reply	other threads:[~2013-08-19  5:49 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-18 22:05 Small chunk size read performance penalty Ian Pilcher
2013-08-18 22:16 ` Roberto Spadim
2013-08-19  1:40 ` Stan Hoeppner
2013-08-19  5:49   ` Ian Pilcher [this message]
2013-08-20  2:28     ` Stan Hoeppner
2013-08-19  3:01 ` Roberto Spadim

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='kusbkh$il1$1@ger.gmane.org' \
    --to=arequipeno@gmail.com \
    --cc=linux-raid@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