From: "J. Roeleveld" <joost@antarean.org>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: File system testing
Date: Fri, 19 Sep 2014 17:06:43 +0200 [thread overview]
Message-ID: <5096657.HJqYGN9skN@andromeda> (raw)
In-Reply-To: <CAGfcS_=G7Y0CJR2KRX5GtVQR9ozm1N2ObWJTiJJ+=2gQ+xf0ww@mail.gmail.com>
On Friday, September 19, 2014 10:56:59 AM Rich Freeman wrote:
> On Fri, Sep 19, 2014 at 9:41 AM, James <wireless@tampabay.rr.com> wrote:
> > I think btrfs has tremendous potential. I tried ZFS a few times,
> > but the installs are not part of gentoo, so they got borked
> > uEFI, grubs to uuids, etc etc also were in the mix. That was almost
> > a year ago. For what ever reason the clustering folks I have
> > read and communicated with are using ext4, xfs and btrfs. Prolly
> > mostly because those are mostly used in their (systemd) inspired)
> > distros....?
>
> I do think that btrfs in the long-term is more likely to be mainstream
> on linux, but I wouldn't be surprised if getting zfs working on Gentoo
> is much easier now. Richard Yao is both a Gentoo dev and significant
> zfs on linux contributor, so I suspect he is doing much of the latter
> on the former.
Don't have the link handy, but there is an howto about it that, when followed,
will give a ZFS pool running on Gentoo in a very short time. (emerge zfs is
the longest part of the whole thing)
Not even needed to reboot.
> > Yep. the license issue with ZFS is a real killer for me. Besides,
> > as an old state-machine, C hack, anything with B-tree is fabulous.
> > Prejudices? Yep, but here, I'm sticking with my gut. Multi port
> > ram can do mavelous things with Btree data structures. The
> > rest will become available/stable. Simply, I just trust btrfs, in
> > my gut.
>
> I don't know enough about zfs to compare them, but the design of btrfs
> has a certain amount of beauty/symmetry/etc to it IMHO. I only have
> studied it enough to be dangerous and give some intro talks to my LUG,
> but just about everything is stored in b-trees, the design allows both
> fixed and non-fixed length nodes within the trees, and just about
> everything about the filesystem is dynamic other than the superblocks,
> which do little more than ID the filesystem and point to the current
> tree roots. The important stuff is all replicated and versioned.
>
> I wouldn't be surprised if it shared many of these design features
> with other modern filesystems, and I do not profess to be an expert on
> modern filesystem design, so I won't make any claims about btrfs being
> better/worse than other filesystems in this regard. However, I would
> say that anybody interested in data structures would do well to study
> it.
I like the idea of both and hope BTRFS will also come with the raid-6-like
features and good support for larger drive counts (I've got 16 available for
the filestorage) to make it, for me, a viable alternative to ZFS.
--
Joost
next prev parent reply other threads:[~2014-09-19 15:06 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-16 19:07 [gentoo-user] File system testing James
2014-09-17 7:45 ` J. Roeleveld
2014-09-17 15:55 ` [gentoo-user] " James
2014-09-17 19:34 ` J. Roeleveld
2014-09-17 20:20 ` Alec Ten Harmsel
2014-09-17 20:56 ` James
2014-09-18 8:24 ` J. Roeleveld
2014-09-18 9:48 ` Rich Freeman
2014-09-18 10:22 ` J. Roeleveld
2014-09-19 13:41 ` James
2014-09-19 14:56 ` Rich Freeman
2014-09-19 15:06 ` J. Roeleveld [this message]
2014-09-19 15:02 ` J. Roeleveld
2014-09-18 8:04 ` J. Roeleveld
2014-09-18 9:17 ` Kerin Millar
2014-09-18 13:12 ` Alec Ten Harmsel
2014-09-19 15:21 ` Kerin Millar
2014-09-17 18:10 ` [gentoo-user] " Hervé Guillemet
2014-09-17 18:21 ` J. Roeleveld
2014-09-17 21:05 ` [gentoo-user] " James
2014-09-18 7:29 ` J. Roeleveld
2014-09-18 8:28 ` [gentoo-user] " Kerin Millar
2014-09-25 20:56 ` thegeezer
2014-09-18 15:32 ` [gentoo-user] " James
2014-09-25 20:47 ` [gentoo-user] " thegeezer
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=5096657.HJqYGN9skN@andromeda \
--to=joost@antarean.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