public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Rich Freeman <rich0@gentoo.org>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Hard drive storage questions
Date: Tue, 28 Apr 2015 21:24:18 -0400	[thread overview]
Message-ID: <CAGfcS_=gJs9bzFRus9kM7NwU6Gdm7LWfuYEa3npR_1M8+iXqUQ@mail.gmail.com> (raw)
In-Reply-To: <mhp010$lad$1@ger.gmane.org>

On Tue, Apr 28, 2015 at 6:02 PM, walt <w41ter@gmail.com> wrote:
> On 04/28/2015 08:24 AM, Neil Bothwick wrote:
>> On Tue, 28 Apr 2015 17:01:49 +0200, Alan McKinnon wrote:
>
>>> Personally, I like the ZFS approach and do it all in software, catching
>>> errors that RAID misses.
>>
>> The same is also  possible with BTRFS,
>
> I have the impression (without knowing what I'm talking about) that BTRFS
> was created to be just like ZFS, minus the software licensing problems.
>
> Is my impression right or wrong?

Kinda.  Same sort of idea, and the licensing obviously has a big part in it.

The underlying designs are different, which means that when fully
mature each will likely have different pros/cons, which is great since
we can all pick/choose what we need.

The other difference is that ZFS is targeted more at enterprise /
large-scale use, and btrfs is targeted more as a general-purpose
filesystem that you might use on a single-disk PC.  That isn't to say
that either can't be used in either situation, but you can definitely
see where there has been more focus in feature development.  For
example, with zfs you can not only have large pools of drives, but you
can also bind them into smaller redundancy pools.  So, you can have 10
"raid6" arrays bound together which ensures that the scale of rebuilds
is limited while giving you a common pool of space.  On the other
hand, with btrfs you can have a 3-disk raid5 and turn it into a 4-disk
raid5 without having to copy/restore all your data (or you could turn
a 3-disk raid1 into a 4-disk raid5, and even switch halfway so that
half your data is in raid1 mode and half in raid5).  That is the sort
of thing that is handy in a small PC where you don't just have stacks
of disks lying around to build fresh new arrays from, but less
important for a big enterprise SAN where you don't need to add one
disk at a time to a 40-disk storage unit.

I'm sure many features exclusive to either btrfs or zfs will
eventually make their way to the other.  However, their differing
focuses make it likely that some features will mature faster than
others.

And of course btrfs has been taking a fairly long time to mature - it
just doesn't seem like as serious of an enterprise-y project.  But,
neither is Gentoo.  :)

-- 
Rich


  reply	other threads:[~2015-04-29  1:24 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-28  8:39 [gentoo-user] Hard drive storage questions Dale
2015-04-28 14:49 ` Francisco Ares
2015-04-28 15:01 ` Alan McKinnon
2015-04-28 15:24   ` Neil Bothwick
2015-04-28 17:38     ` Rich Freeman
2015-04-28 18:11       ` Neil Bothwick
2015-04-28 18:31         ` Rich Freeman
2015-04-28 18:41           ` Neil Bothwick
2015-04-28 22:02     ` [gentoo-user] " walt
2015-04-29  1:24       ` Rich Freeman [this message]
2015-04-29  6:20       ` Alan McKinnon
2015-04-29 14:31         ` Grant Edwards
2015-04-29  6:13     ` [gentoo-user] " Alan McKinnon
2015-04-29  7:52       ` Neil Bothwick
2015-05-04  7:39         ` Dale
2015-05-04  7:46           ` Neil Bothwick
2015-05-04  8:13             ` Mick
2015-05-04  8:26               ` Dale
2015-05-04  8:23             ` Dale
2015-05-04 10:31               ` Neil Bothwick
2015-05-04 10:40                 ` Dale
2015-05-04 11:26                   ` Neil Bothwick
2015-05-09 10:56                     ` Dale
2015-05-09 12:59                       ` Rich Freeman
2015-05-09 14:46                         ` Todd Goodman
2015-05-09 18:16                           ` Rich Freeman
2015-05-04 11:35                 ` Rich Freeman
2015-05-04 18:42                   ` Nuno Magalhães
2015-05-05  6:41                     ` Alan McKinnon
2015-05-05 10:56                     ` Rich Freeman
2015-05-05 11:33                       ` Neil Bothwick
2015-05-05 12:05                         ` Mick
2015-05-05 12:21                           ` Neil Bothwick
2015-05-05 12:39                             ` Mick
2015-05-05 12:53                             ` Rich Freeman
2015-05-05 21:50                               ` Neil Bothwick
2015-05-05 22:21                                 ` Bill Kenworthy
2015-05-05 22:33                                   ` Bill Kenworthy
2015-05-04 10:57               ` Alan Mackenzie
2015-04-28 15:02 ` Rich Freeman
2015-05-04  7:23 ` Dale
2015-05-05  3:01   ` Walter Dnes

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='CAGfcS_=gJs9bzFRus9kM7NwU6Gdm7LWfuYEa3npR_1M8+iXqUQ@mail.gmail.com' \
    --to=rich0@gentoo.org \
    --cc=gentoo-user@lists.gentoo.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