From: John Robinson <john.robinson@anonymous.org.uk>
To: Stan Hoeppner <stan@hardwarefreak.com>
Cc: Linux RAID <linux-raid@vger.kernel.org>
Subject: Re: New raid level suggestion.
Date: Thu, 30 Dec 2010 18:10:48 +0000 [thread overview]
Message-ID: <4D1CCB28.8030705@anonymous.org.uk> (raw)
In-Reply-To: <4D1C851B.3040304@hardwarefreak.com>
On 30/12/2010 13:11, Stan Hoeppner wrote:
> John Robinson put forth on 12/30/2010 5:58 AM:
>> On 30/12/2010 10:39, Stan Hoeppner wrote:
>> [...]
>>> Any RAID scheme that uses parity is less than optimal, and up to
>>> horrible, for heavy random IO loads. As always, this depends on "how
>>> heavy" the load is. For up to a few hundred constant IOPS you can get
>>> away with parity RAID schemes. If you need a few thousand or many
>>> thousand IOPS, better stay away from parity RAID.
>>
>> Sorry, I have to disagree with this, in this situation. RAID-6 over 4
>> discs will be just as fast for reading multiple small files as RAID-10
>> over 4 discs, and a web server is a read-mostly environment, while at
>> the same time I can't imagine any RAID schema ever giving thousands of
>> IOPS over 4 discs, parity or no.
>
> That's because you apparently didn't learn about paragraph's in English
> class: http://en.wikipedia.org/wiki/Paragraph Do you Brits use
> paragraphs differently than we do here in the states?
No, but apparently we use apostrophes correctly over here.
> My first paragraph dealt with general performance of parity vs non
> parity RAID WRT high IO loads.
Yes, and I suppose that I should have pointed out that the OP's friend
had been given slightly inappropriate advice, since a web server doesn't
do small file I/O like a mailserver. You expanded on a general situation
which didn't apply, and the statement you made was wrong, or at least
not correct in all circumstances.
> My second paragraph covered the downside
> of the redundancy methods of RAID 3/4.
You were wrong again there: if you lose the parity disc in RAID 3/4 you
don't lose the array, as the data discs are all still there. It is true
that with modern huge (1TB+) drives where the error rate per bit read is
still much the same as when drives were tiny (1GB+) that a recovery is
much more risky than it used to be due to the dramatically increased
chance of a second disc failing, but that is equally true of RAID 5.
> My third paragraph dealt
> specifically with Roger's web server.
The third and the fourth; jolly good.
> Note that nothing in my first paragraph mentioned a web server workload.
> Also note that nowhere did I mention a count of 4 drive, nor commented
> regarding the suitability of any RAID level with 4 drives.
No indeed, but that was the context of the question; why give entirely
general advice when a specific usage applies?
> Also note there were two "situations" mentioned by Roger. The first
> referenced a previous thread which dealt with a high transaction load
> server similar to a mail server, IIRC.
I see no such reference, apart from noting that "when asking for help,
everybody pounced on us: - NEVER use raid5 for a server doing
small-file-io like a mailserver. (always use RAID10)" which as I say is
in my opinion inappropriate advice, since they're not trying to run a
mailserver and won't have heavy random writes.
> My first paragraph related to
> that. The second "situation", to which you refer, dealt with Roger's
> web server.
I had surmised from the original question about using RAID-10, RAID-4
etc that there was a desire to have more storage than a single drive
mirrored twice, so I didn't think plain mirroring would suit, but
perhaps that wasn't the intention and your solution would work.
Cheers,
John.
next prev parent reply other threads:[~2010-12-30 18:10 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-30 8:23 New raid level suggestion Rogier Wolff
2010-12-30 8:47 ` Steven Haigh
2010-12-30 9:42 ` Rogier Wolff
2010-12-30 10:39 ` Stan Hoeppner
2010-12-30 11:58 ` John Robinson
2010-12-30 13:11 ` Stan Hoeppner
2010-12-30 18:10 ` John Robinson [this message]
2010-12-31 10:23 ` Stan Hoeppner
2010-12-30 23:20 ` Why won't mdadm start several RAIDs that appear to be fine? Jim Schatzman
2010-12-31 1:08 ` Neil Brown
2010-12-31 3:38 ` Why won't mdadm start several RAIDs that appear to be fine? Info from "mdadm -A --verbose" Jim Schatzman
2010-12-31 3:51 ` Why won't mdadm start several RAIDs that appear to be fine? SOLVED! Jim Schatzman
2011-01-03 4:33 ` New raid level suggestion Leslie Rhorer
2011-01-04 15:29 ` Rogier Wolff
2010-12-30 10:01 ` Neil Brown
2010-12-30 14:24 ` Ryan Wagoner
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=4D1CCB28.8030705@anonymous.org.uk \
--to=john.robinson@anonymous.org.uk \
--cc=linux-raid@vger.kernel.org \
--cc=stan@hardwarefreak.com \
/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).