linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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.


  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).