For me, I really want to get into niri, but the lack of XWayland support scares me (I know there’s solutions, but I don’t understand them yet).
Also, I stopped using Emacs (even though I love its design and philosophy with my whole heart) because it’s very slow, even as a daemon.
https://en.wikipedia.org/wiki/Bcachefs
I see it has an audit back in 2017, but I’ve yet to find anything newer. The finding was good, but suggested further audit be done.
I dont see the difference to BTRFS apart from encryption and maybe caching? I was always confused why people hype it so much.
Interesting, yes I wouldnt not use LUKS if the alternative is less known, not used by enterprise distros
The tiered storage stuff is pretty cool. You can say “I want this data on this disk, so if I get a cache miss from a faster disk/RAM it’ll come from this other disk first.”
I believe it also has some interesting ways of handling redundancy like erasure coding, and I thiiiink it does some kind of byte-level deduplication? I don’t know if that’s implemented or is even still planned, but I remember being quite excited for it. It was supposed to be dedupe without all of the hideous drawbacks that things like ZFS dedupe have.
EDIT: deduplication is absolutely not a thing yet. I don’t know if it’s still on the roadmap.
EDIT: Erasure coding is deffo implemented, however.
It’s mainly supposed to be simpler and by extension faster than btrfs (which is kinda proven by the fact that fewer devs made this thing work in less time when compared to btrfs). It happens to enable some extra features that way too.
However, while btrfs annecdotally had many issues, it’s used by big players like SUSE and even bigger ones like Facebook these days. bcachefs on the other hand is nowhere near as battle tested, so I’ll stay away from it for a little longer.
Does it have the self-healing capabilies of
btrfs scrup
andbtrfs defragment
? I guessbtrfs balance
is b-tree specific.I heard BTRFS is bettter than EXT4 because it can do these things, EXT4 cant