Linked by Thom Holwerda on Mon 7th Jun 2010 10:15 UTC, submitted by kragil
Linux Employees of Lawrence Livermore National Laboratory have ported Sun's/Oracle's ZFS natively to Linux. Linux already had a ZFS port in userspace via FUSE, since license incompatibilities between the CDDL and GPL prevent ZFS from becoming part of the Linux kernel. This project solves the licensing issue by distributing ZFS as a separate kernel module users will have to download and build for themselves.
Permalink for comment 429100
To read all comments associated with this story, please click here.
RE[3]: brtfs
by phoenix on Wed 9th Jun 2010 05:24 UTC in reply to "RE[2]: brtfs"
phoenix
Member since:
2005-07-11

I do agree with the first poster, and these are my points: ZFS and BTRFS are very similar feature wise,


Other than supporting in-filesystem snapshots, RAID-0, and RAID-1, they have very, very, very little in common. And BtrFS is missing over half of the features that ZFS supports. And BtrFS is still marked as "experimental, will eat your unicorns, don't use with live data". Hardly enterprise-ready.

but BTRFS is achieving a lot of attention and support from the Linux community (and some first appearence on the "enterprise" side with RHEL 6 as an "experimental" feature).


Attention, maybe. Support, hardly. Right now, it's "just another of a thousand filesystems" that are semi-supported by the Linux kernel. No distro ships with it enabled by default. No distro recommends using it. No companies have sprung up with products that use it internally. It's barely off the drawing board.

So, I'll guess that BTRFS will be accepted as a solid and reliable solution soon, while ZFS will be a lot behind.


Only if you mark "soon" as "at least 5 years from now". The way things are going, Linux 2.8 will be released by the time BtrFS is ready for use in places where ZFS is currently used.

So, who will need ZFS when it doesn't provide anything different from BTRFS and not being at the same production-level quality?


Gee, I don't know, maybe people that want to manage multi-TB datasets today instead of waiting for "soon" to roll around.

Reply Parent Score: 2