‹ BackHN Continuity

Thread

Btrfs/ZFS/bcachefs under workloads classic benchmarks skip

179 points · 190 comments · farlight

  1. irusensei · · focus · HN ↗
    BCacheFS is the best Linux filesystem now that storage costs a premium.

    You can mix devices of different sizes and types on bcachefs. You can have foreground and background devices to balance performance and also different compression settings for foreground and background transactions.

    You can set replicas=N to the individual file or directory on bcachefs. For example files you can just re-download or re-build. Likewise you can set a higher number of copies to important files.

    1. lukaslalinsky · · focus · HN ↗
      I've been using ZFS on my Linux servers for years and have pretty good experience with it. I've not been following Linux development too much. Is bcachefs usable/stable/reliable enough to replace it?
      1. khajdamowicz · · focus · HN ↗
        It's not as battle-tested like ZFS with 15+ years of field usage, but it's good enough for me and other users.

        There&#x27;s a NAS appliance called NASty and it shares publicly usage stats: <a href="https:&#x2F;&#x2F;nasty-telemetry.pages.dev&#x2F;" rel="nofollow">https:&#x2F;&#x2F;nasty-telemetry.pages.dev&#x2F; Those numbers are NASty alone. There are more users on other systems.

        1. cromka · · focus · HN ↗
          15+ years of ZFS code is also often said as being a nearly unmanageable pile of mess, supposedly to the point that there’s some of the code that maintainers are afraid of touching, and with plenty of unresolved weird bugs (which I experienced myself with data loss).

          Sometimes starting fresh with one coherent codebase and all features design baked in from the start might be better.

          1. lukaslalinsky · · focus · HN ↗
            It takes 10+ years for any storage engine to iron out all the wrinkles, get it to a state where it&#x27;s both fast enough, and you can trust it to not lose data. It&#x27;s stupid to throw it away once it reaches that point.
            1. cromka · · focus · HN ↗
              It&#x27;s not stupid if the 10+ years code is unmaintainable. Why did you ignore that part?
            2. koverstreet · · focus · HN ↗
              People keep saying it takes 10 years, but that presupposes methods that never improve. Why would we keep doing the same thing over and over again? Wouldn&#x27;t be much point in that.
Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.