What I've read looks good but it's going to need a track record of reliability before I'd trust it.
this post was submitted on 31 Oct 2023
143 points (100.0% liked)
Linux
47342 readers
1617 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by AlpΓ‘r-Etele MΓ©der, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
itβs going to need a track record of reliability before Iβd trust it.
That's why kernel inclusion is so important: People can start testing it without jumping through hoops of manually patching and compiling the kernel.
Why? BTRFS never did, and it's used by a lot of people.
I only read the wiki article and honestly, I can't tell what makes that different from other "advanced" FSs like BTRFS and ZFS.
Could someone get me up to speed here?
Compared to ZFS, it's a sideways movement except for being in the kernel. ZFS has a lot more enterprise level features and an excellent track record. Its used widely for some pretty big installations, and still can be used by the homelabber quite nicely. Things like fs send and native encryption are big.
Compared to BTRFS, well, it's definitely an improvement in many areas for a driver that's in the kernel.
Finally!
Does Bcachefs come with any guarantees regarding my wife's wellbeing?
If not, I'm definitively sticking with my OpenZFS.
Depends... you didn't write ReiserFS, did you?
The story behind bcachefs development is mildly wild.
Where can I find the story behind it? This is the first I've heard of it
Sorry, I don't know if it is documented anywhere, but in summary the project started with bcache (block cache) from a single developer (Kent Overstreet A.K.A Evil Pie Pirate) in 2010 that explained he was building a module for the Linux Kernel.
Bcache is a method of using a fast ssd drive as a caching mechanism for slow but large hdds. As is, the project was quite ambitious but then, when the developer was working in an evolution of bcache (kind-of lessons learned re-implementation), the project grew into a general-purpose POSIX filesystem.
Considering the origins of the most popular file system implementations, expecting a single individual being successful creating a general-purpose one sounded over ambitious.
Then in 2013, out of the blue, Kent left Google to solely work in this project. (In reality though, he spent two years later in Datera as well.)
Then, how do you finance a single developer for a file system from 2013 onwards up to today, when it finally merged into the kernel?
Patreon. The whole thing was financed through it.
That said, there are other collaborators like Daniel Hill, Dave Chinner or Brian Foster, yet what's surprising is how this started as a side project and eventually became the main competitor of corporate-developed file systems by Patreon funding.
Note: A bit of hype-control here, btrfs which would be the main "competitor" was merged into kernel 14 years ago, so bcachefs still has a long way to go before we can trust it with our data.
I don't know of anything that documents it as well as reading the literal mailing list responses at each time it became relevant.
But the actual development story isn't that interesting other than when some extremely unprofessional behavior from a lot of parties occurred.
Like actual piss baby anti social nerd shit.
Happy happy joy! I've been using it for a year already, as it is simpler to manage than luks + lvm + bcache + whatever FS.
It has been entirely unproblematic through frequent kernel upgrades; caching, background compression and encryption just work.
I'm very glad it made it in; it deserves wider adoption.
Wow, didn't expect it to happen so soon!
It's going to be a while before 6.7 is released.
Two months.
Well yes, but seeing the history it has, I thought it would go through some more hiccups along the way, so it would actually take way more than that.
I'm glad to see I was wrong!
The long wait is over!