From: Bill Davidsen <davidsen@tmr.com>
To: Mattias Wadenstein <maswan@acc.umu.se>
Cc: Linux Raid List <linux-raid@vger.kernel.org>
Subject: Re: RAID5E
Date: Wed, 31 May 2006 15:03:59 -0400 [thread overview]
Message-ID: <447DE89F.6000509@tmr.com> (raw)
In-Reply-To: <Pine.GSO.4.64.0605311626240.18452@montezuma.acc.umu.se>
Mattias Wadenstein wrote:
> On Wed, 31 May 2006, Bill Davidsen wrote:
>
>> Where I was working most recently some systems were using RAID5E
>> (RAID5 with both the parity and hot spare distributed). This seems to
>> be highly desirable for small arrays, where spreading head motion
>> over one more drive will improve performance, and in all cases where
>> a rebuild to the hot spare will avoid a bottleneck on a single drive.
>>
>> Is there any plan to add this capability?
>
>
> What advantage does that have over raid6? You use exactly as many
> drives (n+2), with the disadvantage of having to do a rebuild without
> parity when a drive fails and a raid failure at a double disk failure.
The write overhead of RAID-6 vs. RAID-5 is much higher, both in terms of
CPU and disk operations generated. See below re double drive failure and
RAID-5 with spare.
As a starting point consider RAID-4, and four drives, one of which is a
hot spare (I did clearly note small arrays). For reads you only have
striping over two drives, for writes the parity drive has double the i/o
of the data drives. The spare may spin down or not, but if it fails it
will be just when you need it most.
With RAID-5 the load is evenly spread over the entire array of active
drives. This improves both read and write performance, but the hot spare
is still not used in normal operation. Note that in the two drive
failure mode the only critical time is during the rebuild to hot spare,
after that a second drive failure is tolerated without loss of data.
With RAID-5E the i/o is spread over all four drives, which gives a
further improvement in the read and write performance, particularly if
large reads and writes (relative to clunk size) are common. There is no
hot spare which is mostly unused, and rebuild to the hot spare is
distributed over all remaining drives.
Drawbacks: you can't share a single hot spare between multiple arrays.
That's not really common, and I mention it for completeness. The other
issue is that when a failed drive is replaced the rebuild appears to be
somewhat complex because the new drive doesn't just become the new hot
spare. The same issues apply regarding two drives failing, but the
rebuild time is usually shorter, so the exposure is less.
And finally, with RAID-6 and the same number of drives, if you have a
failure there's no hot spare, and the arrray runs in degraded mode until
the failed drive is replaced. That is a different balance between
reliability and performance after failure, and needs to be a
per-instance choice.
--
bill davidsen <davidsen@tmr.com>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
next prev parent reply other threads:[~2006-05-31 19:03 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-31 13:47 RAID5E Bill Davidsen
2006-05-31 14:27 ` RAID5E Mattias Wadenstein
2006-05-31 14:54 ` RAID5E Erik Mouw
2006-05-31 19:03 ` Bill Davidsen [this message]
2006-06-01 1:13 ` RAID5E Neil Brown
2006-06-12 13:50 ` RAID5E Bill Davidsen
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=447DE89F.6000509@tmr.com \
--to=davidsen@tmr.com \
--cc=linux-raid@vger.kernel.org \
--cc=maswan@acc.umu.se \
/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).