All of lore.kernel.org
 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 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.