linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Kasper Dupont <kasperd@daimi.au.dk>
To: Pavel Machek <pavel@suse.cz>
Cc: Vojtech Pavlik <vojtech@suse.cz>,
	Derek Vadala <derek@cynicism.com>,
	Roy Sigurd Karlsbakk <roy@karlsbakk.net>,
	linux-kernel@vger.kernel.org, linux-raid@vger.kernel.org,
	Tedd Hansen <tedd@konge.net>, Christian Vik <christian@konge.net>,
	Lars Christian Nygaard <lars@snart.com>
Subject: Re: RAID-6 support in kernel?
Date: Wed, 05 Jun 2002 00:27:49 +0200	[thread overview]
Message-ID: <adjf6t$328$2@main.gmane.org> (raw)
In-Reply-To: 20020604154904.J36@toy.ucw.cz

Pavel Machek wrote:
> 
> Hi!
> 
> > > > It'll waste 9 drives, giving me a total capacity of 7n instead of 14n.
> > > > And, by definition, RAID-6 _can_ withstand _any_ two-drive failure.
> > >
> > > This is certainly not true.
> > >
> > > Combining N RAID-5 into a stripe wastes on N disks.
> > >
> > > If you combine two it wastes 2 disks, etc.
> > >
> > > That is, for each RAID-5 you waste a single disk worth of storage for
> > > partiy. I don't know what equation you're using where you get 9 drives
> > > from.
> >
> > He was thinking "mirror", not "stripe". Mirror of 2 RAID-5 arrays (would
> > be probably called RAID-15 (when there is a RAID-10 for mirrored stripe
> > arrays)), can withstand any two disks failing anytime. Even more for
> 
> RAID-1 over two RAID-5s should withstand any three failures, AFAICS.
> 
> You could do RAID-5 over RAID-5. That should survive any 2 failures and
> still be reasonably efficient.

It will actually survive any 3 disk failures. It is reasonable
if you have a lot of disks. It requires at least 9 disks and
I would prefere at least 25 disks.

RAID-4 and RAID-5 are very similar. And it happens to be the
case that if you only use two disks RAID-1, RAID-4, and RAID-5
are all identical. And each of them can survive a single disk
failure.

Any two of these RAIDs on top of each other can survive three
disk failures. That is true because it takes four disk failures
to loose data. On the upper most RAID you must loose two of the
lower level RAIDs, each of these two must have lost two disks.

RAID-4 on top of RAID-4 is actually just a two-dimentional
parity. RAID-5 on top of RAID-5 is very similar. 

-- 
Kasper Dupont -- der bruger for meget tid på usenet.
For sending spam use mailto:razor-report@daimi.au.dk
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2002-06-04 22:27 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-06-02 23:01 RAID-6 support in kernel? Roy Sigurd Karlsbakk
2002-06-03  0:33 ` Derek Vadala
2002-06-03  8:24   ` Roy Sigurd Karlsbakk
2002-06-03  9:25     ` Derek Vadala
     [not found]     ` <Pine.GSO.4.21.0206030213510.23709-100000@gecko.roadtoad.net>
2002-06-03  9:31       ` Vojtech Pavlik
2002-06-03 14:52         ` Kasper Dupont
2002-06-03 14:55           ` Vojtech Pavlik
2002-06-04 12:49           ` Roy Sigurd Karlsbakk
2002-06-04 15:49         ` Pavel Machek
2002-06-04 15:49         ` Pavel Machek
     [not found]         ` <20020604154904.J36@toy.ucw.cz>
2002-06-04 22:27           ` Kasper Dupont [this message]
2002-06-05  9:28           ` Roy Sigurd Karlsbakk
     [not found]           ` <3CFD3EE5.DAE3E2C9@daimi.au.dk>
2002-06-05  9:36             ` Roy Sigurd Karlsbakk
2002-06-03 17:33       ` Gregory Leblanc
2002-06-03 19:53         ` Ross Vandegrift
2002-06-04 20:20         ` Jakob Østergaard
2002-06-05  7:57           ` Luca Berra
2002-06-05 10:53             ` Jakob Østergaard
2002-06-05 19:42               ` Luca Berra
2002-06-05 21:25                 ` background scanning for media defects (was Re: RAID-6 support in kernel?) Friedrich Lobenstock
2002-06-04 18:50   ` RAID-6 support in kernel? Bill Davidsen
     [not found] <Pine.LNX.3.96.1020604144204.5024D-100000@gatekeeper.tmr.com>
2002-06-06  1:19 ` Derek Vadala
2002-06-06  8:28   ` Kasper Dupont
2002-06-06 11:57     ` Helge Hafting

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='adjf6t$328$2@main.gmane.org' \
    --to=kasperd@daimi.au.dk \
    --cc=christian@konge.net \
    --cc=derek@cynicism.com \
    --cc=lars@snart.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-raid@vger.kernel.org \
    --cc=pavel@suse.cz \
    --cc=roy@karlsbakk.net \
    --cc=tedd@konge.net \
    --cc=vojtech@suse.cz \
    /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).