From: Stan Hoeppner <stan@hardwarefreak.com>
To: Linux RAID <linux-raid@vger.kernel.org>
Subject: Re: New raid level suggestion.
Date: Thu, 30 Dec 2010 07:11:55 -0600 [thread overview]
Message-ID: <4D1C851B.3040304@hardwarefreak.com> (raw)
In-Reply-To: <4D1C73D4.6050600@anonymous.org.uk>
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?
My first paragraph dealt with general performance of parity vs non
parity RAID WRT high IO loads. My second paragraph covered the downside
of the redundancy methods of RAID 3/4. My third paragraph dealt
specifically with Roger's web server.
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.
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. My first paragraph related to
that. The second "situation", to which you refer, dealt with Roger's
web server.
--
Stan
next prev parent reply other threads:[~2010-12-30 13:11 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 [this message]
2010-12-30 18:10 ` John Robinson
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=4D1C851B.3040304@hardwarefreak.com \
--to=stan@hardwarefreak.com \
--cc=linux-raid@vger.kernel.org \
/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).