linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Hugo Mills <hugo@carfax.org.uk>
To: tom@drdabbles.us
Cc: Gareth Pye <gareth@cerberos.id.au>, linux-btrfs@vger.kernel.org
Subject: Re: Balance RAID10 with odd device count
Date: Tue, 21 Feb 2012 07:54:22 +0000	[thread overview]
Message-ID: <20120221075422.GG5350@carfax.org.uk> (raw)
In-Reply-To: <CA+Huu1H3q-eztZ8W3BK=y4TR7ero1tc=QdzAkiFewQw8jA-7-g@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2811 bytes --]

On Mon, Feb 20, 2012 at 08:59:05PM -0500, Tom Cameron wrote:
> Gareth,
> 
> I would completely agree. I only use the RAID vernacular here because,
> well, it's the unfortunate defacto standard way to talk about data
> protection.
> 
> I'd go a step beyond saying dupe or dupe + stripe, because future
> modifications could conceivably see the addition of multiple
> duplicated sets. The case of 4 disks in a BTRFS filesystem with dupe
> running across all of them would be a clear extension I could see. So
> that would be something like 4D. I'm not real sure what you'd use for
> the terminology, but something completely different than RAID-like
> terms is almost certainly best. Just look at the ZFS documentation to
> see how carefully they have to spell out what RAID-Z, Z2, and Z3 do
> because they used the RAID acronym.

   /me opens a plate to put the can of worms on.

   Some time ago, I proposed the following scheme:

<n>C<m>S<p>P

   where n is the number of copies (suffixed by C), m is the number of
stripes for that data (suffixed by S), and p is the number of parity
blocks (suffixed by P). Values of zero are omitted.

   So btrfs's RAID-1 would be 2C, RAID-0 would be 1CnS, RAID-5 would
be 1CnS1P, and RAID-6 would be 1CnS2P. DUP would need a special
indicator to show that it wasn't redundant in the face of a whole-disk
failure: 2CN

   Hugo.

> On Mon, Feb 20, 2012 at 8:47 PM, Gareth Pye <gareth@cerberos.id.au> wrote:
> > On Tue, Feb 21, 2012 at 12:07 PM, Tom Cameron <tomc603@gmail.com> wrote:
> >>
> >> It seems from the BTRFS documentation that the RAID1 profile is
> >> actually "mirror", or store 2 copies of the object. Perhaps when
> >> Oracle makes BTRFS a production option they should more clearly spell
> >> that out.
> >
> >
> > I'd really like BTRFS to not use RAID level terminology anywhere (other than
> > maybe in parenthesis along the lines of: "this is similar to RAIDX") and use
> > less ambigious options as the recommended way to talk about things. As there
> > is good reason to talk about Dup and RAID1 differently as they aren't the
> > same on more than 2 drives. Doing it that way will make people understand
> > what is going on more often, which should be good.
> >
> > It also makes things much easier to remember. Like how much data can you fit
> > on a 6 drive RAID10? I dunno, but I can more intuitively answer that same
> > question when it is phrased as just simply 'dup', or maybe 'dup + stripe'.
> >
> > Is there a difference in BTRFS between dup and raid10?
> >

-- 
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
  PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
       --- Great oxymorons of the world, no. 4: Future Perfect ---       

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 190 bytes --]

  parent reply	other threads:[~2012-02-21  7:54 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-21  0:35 Balance RAID10 with odd device count Tom Cameron
2012-02-21  0:45 ` Wes
2012-02-21  0:51   ` Wes
2012-02-21  1:07     ` Tom Cameron
     [not found]       ` <CA+WRLO9BgqE+CwCUNgjwjVFyjDDp94SBX_EbdVciHUd0jpUqWQ@mail.gmail.com>
2012-02-21  1:59         ` Tom Cameron
2012-02-21  2:46           ` Gareth Pye
2012-02-21  7:54           ` Hugo Mills [this message]
2012-02-22  8:56             ` Xavier Nicollet
2012-02-22 10:22               ` Hubert Kario
2012-02-22 11:09                 ` Hugo Mills
2012-02-21  1:07   ` Hugo Mills
2012-02-21  1:13     ` Tom Cameron
2012-02-21  1:21       ` Hugo Mills
2012-02-22 11:48         ` Duncan
2012-02-21  1:27     ` Wes
2012-02-21  1:31       ` Hugo Mills
2012-02-21  1:16   ` Liu Bo
2012-02-21  1:22     ` Hugo Mills
2012-02-21  1:13 ` Hugo Mills

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=20120221075422.GG5350@carfax.org.uk \
    --to=hugo@carfax.org.uk \
    --cc=gareth@cerberos.id.au \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=tom@drdabbles.us \
    /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).