10 ms·

I'm baffled by such arguments. > It doesn't seem to be well-maintained. The last commit is from 3 hours ago: https://github.com/zfsonlinux/zfs/commits/master

I'm baffled by such arguments. > It doesn't seem to be well-maintained. The last commit is from 3 hours ago: https://github.com/zfsonlinux/zfs/commits/master https://github.com/zfsonlinux/zfs/commits/master. They have dozens of commits per month. The last minor release, 0.8, brought significant improvements (my favorite: FS-level encryption). Or maybe this is referred to the 5.0 kernel (initial) incompatibility? That wasn't the ZFS dev team's fault. > Performance is not that great compared to the alternatives. There are no (stable) alternatives. BTRFS certainly not, as it's "under heavy development"¹ (since... forever). > The kernel team may break it at any time, and won't care if they do. That's true, however, the amount is breakage is no different from any other out-of-tree module, and it unlikely to happen with a patch version of a working kernel (in fact, it happen with the 5.0 release). > Using it opens you up to the threat of lawsuits from Oracle. Given history, this is a real threat. (This is one that should be high for Linus but not for me - there is no conceivable reason that Oracle would want to threaten me with a lawsuit.) "Using" it won't open to lawsuits; ZFS has a CDDL license, which is a free and open-source software license. The problem is (taking Ubuntu as representative) shipping the compiled module along with the kernel, which is an entirely different matter. --- [¹] https://btrfs.wiki.kernel.org/index.php/Main_Page#Stability_status https://btrfs.wiki.kernel.org/index.php/Main_Page#Stability_...

LaGrange 7y ago
> There are no (stable) alternatives. BTRFS certainly not, as it's "under heavy development"¹ (since... forever). Note that they don't mean "it's unstable," just "there are significant improvements between versions." Most importantly: > The filesystem disk format is stable; this means it is not expected to change unless there are very strong reasons to do so. If there is a format change, filesystems which implement the previous disk format will continue to be mountable and usable by newer kernels. ...and only _new features_ are expected to stabilise: > As with all software, newly added features may need a few releases to stabilize. So overall, at least as far as their own claims go, this is not "heavy development" as in "don't use."
- disordinary 7y ago
  There's differing opinions of BTRFS's suitability in production - it's the default filesystem of SUSE on one hand, on the other RedHat has deprecated BTRFS support because they see it as not being production ready and they don't see it being production ready in the near future. They also feel that the more legacy linux filesystems have added features to compete.
  - m4rtink 7y ago
    Check what features of BTRFS SUSE actually uses and considers supported/supportable.
  - kalleboo 7y ago
    It's also the default file system of millions of Synology NASes running in consumer hands (although Synology shimmed on their own RAID5/6 support)
    - mehhh 7y ago
      Kroger (and their subsidiaries like QFC, Fred Meyer, Fry's Marketplace, etc), Walmart, Safeway (and Albertsons/Randalls) all use Suse with BTRFS for their point of sale systems.
    - vetinari 7y ago
      Synology uses standard linux md (for btrfs too). Even SHR (Synology Hybrid RAID) is just different partitions on the drive allocated to different volumes, so you can use mixed-capacity drives effectively.
      - kalleboo 7y ago
        Right, instead of BTRFS RAID5/6, they use Linux md raid, but I believe they have custom patches to BTRFS to "punch through" information from md, so that when BTRFS has a checksum mismatch it can use the md raid mirror disk for repair.
  - 7y ago
liuliu 7y ago
bcachefs should be heavily supported, it doesn't get nearly enough for what it supposes to do: https://www.patreon.com/bcachefs https://www.patreon.com/bcachefs
- uep 7y ago
  I've been looking forward to using bcachefs as I had a few bad experiences with btrfs. Is bcachefs more-or-less ready for some use cases now? Does it still support caching layers like bcache did?
  - zaarn 7y ago
    To my knowledge, caching layers are supported but require some setup and don't have much documentation to setup rn. If all you need is a simple root FS that is CoW and checksummed, bcachefs works pretty good, in my experience. I've been using it productively as a root and home FS for about two years or so.
  - ZoomZoomZoom 7y ago
    It's quite usable, but of course, do not trust it with your unique unbacked-up data yet. I use it as a main FS for a desktop workstation and I'm pretty happy with it. Waiting impatiently for EC to be implemented for efficient pooling of multiple devices. Regarding caching: "Bcachefs allows you to specify disks (or groups thereof) to be used for three categories of I/O: foreground, background, and promote. Foreground devices accept writes, whose data is copied to background devices asynchronously, and the hot subset of which is copied to the promote devices for performance."
- cookiecaper 7y ago
  Honestly just use ZFS. We've wasted enough effort over obscure licensing minutia.
  - admax88q 7y ago
    > We've wasted enough effort over obscure licensing minutia. Which was precisely Sun/Oracle's goal when they released ZFS under the purposefully GPL incompatible CDDL. Sun was hoping to make OpenSolaris the next Linux whilst ensuring that no code from OpenSolaris could be moved back to linux. I can't think of another plausible reason why they would write a new open source license for their open source operating system and making such a license incompatible with the GPL.
zamalek 7y ago
> ZFS has a CDDL license Java is GPLv2+CPE. That didn't stop Oracle because, as Linus pointed out in the email, Oracle regards their APIs as a separate entity to their code.
- josefx 7y ago
  Googles Java implementation wasn't GPL licensed, so neither its implementation nor its interface could have been covered by the OpenJDK being GPLv2. I think RMS wouldn't sit by idly either if someone took GCC and forked it under the Apache license.
  - vetinari 7y ago
    But Google didn't fork the OpenJDK; they forked Apache Harmony, which was already Apache-licensed. So it's not comparable with GCC; but comparable to forking clang and keeping clang license. I doubt RMS could be able to say anything.
- deleted 7y ago
  [deleted]
quantummkv 7y ago
> There are no (stable) alternatives. BTRFS certainly not, as it's "under heavy development"¹ (since... forever). Unless you are living in 2012 on a RHEL/CENTOS 6/7 machine, btrfs has been stable for way too long. I have been using btrfs as the sole filesystem on my laptop in standard mode, on my desktop as RAID0 and my NAS as RAID1 for more that two years. I have experienced absolutely zero data loss. Infact, btrfs recovered my laptop and desktop from broken package updates many times. You might have had some issues when you tried btrfs on distros like RHEL that did not backport the patches to their stable versions because they don't support btrfs commercially. Try something like openSUSE that backports btrfs patches to stable versions or use something like arch. > That's true, however, the amount is breakage is no different from any other out-of-tree module, and it unlikely to happen with a patch version of a working kernel (in fact, it happen with the 5.0 release). This is a filesystem that we are talking. In no circumstances will any self respecting sysadmin use a file system that has even a small change of breaking with a system update.
- deleted 7y ago
  [deleted]
- cerved 7y ago
  I believe he's referring to the raid 5/6 issues
  - vetinari 7y ago
    RAID 5/6 issue is the write hole, which is common to all software RAID 5/6 implementations. If it is a problem for you, use either BBU or UPS. RAIZ/Z2 avoids the issue by having slightly different semantics. That's why it is Z/Z2, not 5/6.
- throwaway-9320 7y ago
  I also used btrfs not too long ago in RAID1. I had a disk failure and voila, the array would be read-only from now on and I would have to recreate it from scratch and copy data over. I even utilized the different data recovery methods (at some point the array would not be mountable no matter what) and in the end that resulted in around 5% of the data being corrupt. I won't rule out my own stupidity in the recovery steps, but after this and the two other times when my RAID1 array went read-only _again_ I just can't trust btrfs for anything other than single device DUP mode operation. Meanwhile ZFS has survived disk failures, removing 2 disks from an 8 disk RAIDZ3 array and then putting them back, random SATA interface connection issues that were resolved by reseating the HDD, and will probably survive anything else that I throw at it.

LaGrange 7y ago

> There are no (stable) alternatives. BTRFS certainly not, as it's "under heavy development"¹ (since... forever). Note that they don't mean "it's unstable," just "there are significant improvements between versions." Most importantly: > The filesystem disk format is stable; this means it is not expected to change unless there are very strong reasons to do so. If there is a format change, filesystems which implement the previous disk format will continue to be mountable and usable by newer kernels. ...and only _new features_ are expected to stabilise: > As with all software, newly added features may need a few releases to stabilize. So overall, at least as far as their own claims go, this is not "heavy development" as in "don't use."

disordinary 7y ago
There's differing opinions of BTRFS's suitability in production - it's the default filesystem of SUSE on one hand, on the other RedHat has deprecated BTRFS support because they see it as not being production ready and they don't see it being production ready in the near future. They also feel that the more legacy linux filesystems have added features to compete.
- m4rtink 7y ago
  Check what features of BTRFS SUSE actually uses and considers supported/supportable.
- kalleboo 7y ago
  It's also the default file system of millions of Synology NASes running in consumer hands (although Synology shimmed on their own RAID5/6 support)
  - mehhh 7y ago
    Kroger (and their subsidiaries like QFC, Fred Meyer, Fry's Marketplace, etc), Walmart, Safeway (and Albertsons/Randalls) all use Suse with BTRFS for their point of sale systems.
  - vetinari 7y ago
    Synology uses standard linux md (for btrfs too). Even SHR (Synology Hybrid RAID) is just different partitions on the drive allocated to different volumes, so you can use mixed-capacity drives effectively.
    - kalleboo 7y ago
      Right, instead of BTRFS RAID5/6, they use Linux md raid, but I believe they have custom patches to BTRFS to "punch through" information from md, so that when BTRFS has a checksum mismatch it can use the md raid mirror disk for repair.
- 7y ago

liuliu 7y ago

bcachefs should be heavily supported, it doesn't get nearly enough for what it supposes to do: https://www.patreon.com/bcachefs https://www.patreon.com/bcachefs

uep 7y ago
I've been looking forward to using bcachefs as I had a few bad experiences with btrfs. Is bcachefs more-or-less ready for some use cases now? Does it still support caching layers like bcache did?
- zaarn 7y ago
  To my knowledge, caching layers are supported but require some setup and don't have much documentation to setup rn. If all you need is a simple root FS that is CoW and checksummed, bcachefs works pretty good, in my experience. I've been using it productively as a root and home FS for about two years or so.
- ZoomZoomZoom 7y ago
  It's quite usable, but of course, do not trust it with your unique unbacked-up data yet. I use it as a main FS for a desktop workstation and I'm pretty happy with it. Waiting impatiently for EC to be implemented for efficient pooling of multiple devices. Regarding caching: "Bcachefs allows you to specify disks (or groups thereof) to be used for three categories of I/O: foreground, background, and promote. Foreground devices accept writes, whose data is copied to background devices asynchronously, and the hot subset of which is copied to the promote devices for performance."
cookiecaper 7y ago
Honestly just use ZFS. We've wasted enough effort over obscure licensing minutia.
- admax88q 7y ago
  > We've wasted enough effort over obscure licensing minutia. Which was precisely Sun/Oracle's goal when they released ZFS under the purposefully GPL incompatible CDDL. Sun was hoping to make OpenSolaris the next Linux whilst ensuring that no code from OpenSolaris could be moved back to linux. I can't think of another plausible reason why they would write a new open source license for their open source operating system and making such a license incompatible with the GPL.

zamalek 7y ago

> ZFS has a CDDL license Java is GPLv2+CPE. That didn't stop Oracle because, as Linus pointed out in the email, Oracle regards their APIs as a separate entity to their code.

josefx 7y ago
Googles Java implementation wasn't GPL licensed, so neither its implementation nor its interface could have been covered by the OpenJDK being GPLv2. I think RMS wouldn't sit by idly either if someone took GCC and forked it under the Apache license.
- vetinari 7y ago
  But Google didn't fork the OpenJDK; they forked Apache Harmony, which was already Apache-licensed. So it's not comparable with GCC; but comparable to forking clang and keeping clang license. I doubt RMS could be able to say anything.
deleted 7y ago
[deleted]

quantummkv 7y ago

> There are no (stable) alternatives. BTRFS certainly not, as it's "under heavy development"¹ (since... forever). Unless you are living in 2012 on a RHEL/CENTOS 6/7 machine, btrfs has been stable for way too long. I have been using btrfs as the sole filesystem on my laptop in standard mode, on my desktop as RAID0 and my NAS as RAID1 for more that two years. I have experienced absolutely zero data loss. Infact, btrfs recovered my laptop and desktop from broken package updates many times. You might have had some issues when you tried btrfs on distros like RHEL that did not backport the patches to their stable versions because they don't support btrfs commercially. Try something like openSUSE that backports btrfs patches to stable versions or use something like arch. > That's true, however, the amount is breakage is no different from any other out-of-tree module, and it unlikely to happen with a patch version of a working kernel (in fact, it happen with the 5.0 release). This is a filesystem that we are talking. In no circumstances will any self respecting sysadmin use a file system that has even a small change of breaking with a system update.

deleted 7y ago
[deleted]
cerved 7y ago
I believe he's referring to the raid 5/6 issues
- vetinari 7y ago
  RAID 5/6 issue is the write hole, which is common to all software RAID 5/6 implementations. If it is a problem for you, use either BBU or UPS. RAIZ/Z2 avoids the issue by having slightly different semantics. That's why it is Z/Z2, not 5/6.
throwaway-9320 7y ago
I also used btrfs not too long ago in RAID1. I had a disk failure and voila, the array would be read-only from now on and I would have to recreate it from scratch and copy data over. I even utilized the different data recovery methods (at some point the array would not be mountable no matter what) and in the end that resulted in around 5% of the data being corrupt. I won't rule out my own stupidity in the recovery steps, but after this and the two other times when my RAID1 array went read-only _again_ I just can't trust btrfs for anything other than single device DUP mode operation. Meanwhile ZFS has survived disk failures, removing 2 disks from an 8 disk RAIDZ3 array and then putting them back, random SATA interface connection issues that were resolved by reseating the HDD, and will probably survive anything else that I throw at it.