cross-posted from: https://lemmy.world/post/4930979

Bcachefs making progress towards getting included in the kernel. My dream of having a Linux native RAID5 capable filesystem is getting closer to reality.

  • AutoTL;DR@lemmings.worldB
    link
    fedilink
    English
    arrow-up
    22
    ·
    10 months ago

    This is the best summary I could come up with:


    While Bcachefs was not merged for the Linux 6.6 cycle with one of the concerns raised by Linus Torvalds being that it hadn’t been vetted via the “linux-next” staging area, that process has now begun to raise hopes of potentially seeing the new file-system driver introduced for Linux 6.7.

    Overnight the Bcachefs file-system driver was added to the Linux-Next tree as that loose testing area of experimental code that hopes to get into the “next” kernel cycle.

    The Bcachefs Git repository is now being pulled into Linux-Next to allow more eyes on the code and all of the automated build/test infrastructure leveraged by various individuals and vendors for testing this leading edge “-next” code.

    Having Bcachefs in Linux-Next will lead to much more build testing of the code in different environments and ideally help uncover any lingering bugs before the next Linux kernel merge window opens up in about two months.

    So for those interested, Bcachefs is in linux-next.


    The original article contains 159 words, the summary contains 159 words. Saved 0%. I’m a bot and I’m open source!

    • Laser@feddit.de
      link
      fedilink
      arrow-up
      16
      ·
      10 months ago

      This is the best summary I could come up with:

      […]

      The original article contains 159 words, the summary contains 159 words. Saved 0%.

      You tried, bot. You tried.

  • mholiv@lemmy.world
    link
    fedilink
    English
    arrow-up
    20
    ·
    10 months ago

    So excited. The multi tiered storage feature is incredibly useful. Add in some cheap SMR as your lowest tier and you got a very cheap very big pool.

    • Molecular0079@lemmy.worldOP
      link
      fedilink
      English
      arrow-up
      5
      ·
      10 months ago

      That’s definitely an awesome feature. As someone who’s spent a small fortune running an all-SSD ZFS RaidZ array, I could have used such a feature two months ago.

  • dino@discuss.tchncs.de
    link
    fedilink
    English
    arrow-up
    8
    ·
    10 months ago

    Has somebody a proper comparison with BTRFS and why somebody who is using BTRFS should look into bcachefs?

  • JWBananas@startrek.website
    link
    fedilink
    English
    arrow-up
    6
    arrow-down
    10
    ·
    edit-2
    10 months ago

    This would have been really nice to have a decade ago. In the age of virtualization, what’s the use case?

    EDIT: I’m not asking rhetorically. It really would have been nice to have 10 years ago for my use cases. What use cases do you envision for bcachefs in 2023?

    • qprimed@lemmy.ml
      link
      fedilink
      English
      arrow-up
      13
      ·
      edit-2
      10 months ago

      a striped hot ssd cache for a massive raided backend on a VM host - all done with native filesystem support sounds pretty good to me.

      • JWBananas@startrek.website
        link
        fedilink
        English
        arrow-up
        2
        ·
        edit-2
        10 months ago

        You’re running local storage for a VM host? Or are you talking more like whiteboxing your own NAS?

        I understand what bcachefs does. I’ve used bcache many years ago to do exactly what you’re describing, albeit for bare metal servers. I’m asking why.

        I’m just trying to understand what the use case would be in 2023 outside of a home lab, given that cost per gigabyte is basically at parity between SSDs and HDDs when you consider TCO (i.e. when you price in the extra power and cooling overhead for the HDDs, failure rates, and such).

        • qprimed@lemmy.ml
          link
          fedilink
          English
          arrow-up
          3
          ·
          edit-2
          10 months ago

          I have a pretty strong usecase for distributed Small/Medium Business bare metal VM hosts. most locations do not need NAS/SAN, and DAS will more than suffice. lower cost hardware with a near-line raided backend and SSD hotcache at FS level seems to be a pretty decent sweet spot.

          obviously this is not some enterprise grade setup and YMMV, but I am pretty interested in a all-in-one FS solution. I am sure others may have more innovative setups where its even more interesting.

          • JWBananas@startrek.website
            link
            fedilink
            English
            arrow-up
            3
            ·
            10 months ago

            Sounds like a great use case.

            I’m assuming your nearline drives speak SAS? Are you doing redundant controllers on the backplane for multipathing and for fault tolerance? I’m not sure if bcachefs specifically supports it (or if that would happen at a different layer) but distros in general should support it.

            TCO gets split into CAPEX and OPEX, so you come out ahead on the initial purchase even though it uses more power in the long run, which surely looks better to the business.

      • zikk_transport2@lemmy.dbzer0.com
        link
        fedilink
        arrow-up
        2
        ·
        10 months ago

        Reminds me of my older asus laptop - it had larger 512GB SSD and another intel optane 32gb ssd for cache.

        I used to install OS to that intel optane drive (not enough for Windows lol), and used bigger ssd for /home.

        With this feature - i think i could have a “single” disk for everything. :) so that’s another use case for you.