Announcement

Collapse
No announcement yet.

Bcachefs Completes Core Feature Work, Could Merge Soon If Review Goes Well

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Bcachefs Completes Core Feature Work, Could Merge Soon If Review Goes Well

    Phoronix: Bcachefs Completes Core Feature Work, Could Merge Soon If Review Goes Well

    Kent Overstreet who has been developing the Bcachefs out of the BCache code has announced core feature work has wrapped up, he's very happy with how the work has panned out, and potentially could be merging the code into the Linux kernel soon if the review is pleasant...

    http://www.phoronix.com/scan.php?pag...-Features-Done

  • #2
    omg not another one ....

    Comment


    • #3
      I hope this thing succeeds, it looks like a really good filesystem.

      Comment


      • #4
        Honestly, I'd rather that we move all file system drivers to user space.

        Comment


        • #5
          Originally posted by mmstick View Post
          Honestly, I'd rather that we move all file system drivers to user space.
          Now that would perform real fast. Not.

          Comment


          • #6
            The interesting part of this story, for me, is that the bits that were missing from BcacheFS are finally going to be implemented:

            - erasure coding (which thanks to the "tiered" storage approach of BcacheFS (and its Bcache origin) means that it's actually possible to do it *without* any possible write hole - exactly what I've been missing from current BTRFS) (According to Kent, it's
            - reflinking (and thus eventually CoW snapshotting) is a hard-requirement from the company sponsoring (the thing I currently love in BTRFS and would never consider BcacheFS without it)

            Now let's hope:
            - Kent actually finishes these two bits (mailling says he would consider merging before these two are finished. Please let it not be another "BTRFS' RAID56 is (still) not officially considered stable" situation. I hope that eventually these two get officially stable in BcacheFS, even if Kent manage to get merged before).
            - Massive large scale testing. I hope that over the next couple of years, most bugs will eventually be ironed out. (see Facebook testing BTRFS as an example. The stable features of BTRFS *are* stable)
            - At least some major distro starts considering it as a default and pours the necessary resources to keep BcacheFS at top notch quality (see openSUSE and BTRFS).

            And in a couple of years down the line, BcacheFS might eventually become decent competition to BTRFS. (wiith an actual compatible license. ZFS, I'm looking at you !)

            (Oh, yeah, and a compression that actually saves space would be a nice touch, too...)

            Comment


            • #7
              (and overall, a "tiered" storage solution is a much more elegant solution to the write hole. Shame that BTRFS doesn't have a similar concept yet, tough the auto-balance part is the first baby step along this path).

              Comment


              • #8
                That's great news!
                Yet I am concerned that Kent may abandon this project eventually like he did with bcache, so before a merge we might need a few devs with full understanding of the codebase.

                Comment


                • #9
                  Originally posted by geearf View Post
                  That's great news!
                  Yet I am concerned that Kent may abandon this project eventually like he did with bcache, so before a merge we might need a few devs with full understanding of the codebase.
                  Wasn't the functionality of bcache merged in with bcachefs?

                  Comment


                  • #10
                    (oops, my message #6 in this thread got "Unapproved" :-( )

                    Comment

                    Working...
                    X