All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bill Davidsen <davidsen@tmr.com>
To: Peter Grandi <pg_lxra@lxra.for.sabi.co.UK>
Cc: Linux RAID <linux-raid@vger.kernel.org>
Subject: Re: raid10 performance question
Date: Wed, 26 Dec 2007 15:59:37 -0500	[thread overview]
Message-ID: <4772C0B9.4080809@tmr.com> (raw)
In-Reply-To: <18289.30588.549513.84222@base.ty.sabi.co.UK>

Peter Grandi wrote:
>>>> On Tue, 25 Dec 2007 19:08:15 +0000,
>>>> pg_lxra@lxra.for.sabi.co.UK (Peter Grandi) said:
>>>>         
>
> [ ... ]
>
>   
>>> It's the raid10,f2 *read* performance in degraded mode that is
>>> strange - I get almost exactly 50% of the non-degraded mode
>>> read performance. Why is that?
>>>       
>
>   
>> [ ... ] the mirror blocks have to be read from the inner
>> cylinders of the next disk, which are usually a lot slower
>> than the outer ones. [ ... ]
>>     
>
> Just to be complete there is of course the other issue that
> affect sustained writes too, which is extra seeks. If disk B
> fails the situation becomes:
>
>     DISK
>    A X C D
>
>    1 X 3 4
>    . . . .
>    . . . .
>    . . . .
>    -------
>    4 X 2 3       
>    . . . .
>    . . . .
>    . . . .
>
> Not only must block 2 be read from an inner cylinder, but to
> read block 3 there must be a seek to an outer cylinder on the
> same disk. Which is the same well known issue when doing
> sustained writes with RAID10 'f2'.

I have often wondered why the elevator code doesn't do better on this 
sustained load, grouping the writes at the drive extremities so there 
would be lots of writes to nearby cylinders then a big seek and lots of 
writes near the next position. I tried bumping the stripe_cache, 
changing to alternate elevators, and just increasing the physical 
memory, and never saw any serious improvement beyond the speed with 
default settings.

-- 
Bill Davidsen <davidsen@tmr.com>
  "Woe unto the statesman who makes war without a reason that will still
  be valid when the war is over..." Otto von Bismark 



      reply	other threads:[~2007-12-26 20:59 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-23 14:26 raid10 performance question Jon Nelson
2007-12-25 19:08 ` Peter Grandi
2007-12-25 21:34   ` Peter Grandi
2007-12-26 20:59     ` Bill Davidsen [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=4772C0B9.4080809@tmr.com \
    --to=davidsen@tmr.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=pg_lxra@lxra.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.