Oh! This is very exciting. Bcachefs could be the next gen filesystem that Linux needs[1].

Advantages over other filesystems:

* ext4 or xfs — these two don't use ECC to protect your data, only the filesystem metadata

* zfs — zfs is technically great, but binary distribution of the zfs code is tricky, because the CDDL is GPL incompatible

* btrfs — btrfs still doesn't have reliable RAID5

[1] It's been in development for a number of years. It now being proposed for inclusion in the mainline kernel is a major milestone.

> zfs is technically great

It's only great due to the lack of competitors in the checksummed-CoW-raid category. It lacks a bunch of things: Defrag, Reflinks, On-Demand Dedup, Rebalance (online raid geometry change, device removal, device shrink). It also wastes RAM due to page cache + ARC.

> [ZFS is] only great due to the lack of competitors in the checksummed-CoW-raid category.

You forgot robust native encryption, network transparent dump/restore (ZFS send/receive) - and broad platform support (not so much anymore).

For a while you could have a solid FS with encryption support for your USB hd that could be safely used with Linux, *BSD, Windows, Open/FOSS Solaris and MacOS.

Is it just the implementation of zfs which is owned by oracle now? I wonder how hard it would be to write a compatible clean room reimplementation of zfs in rust or something, from the spec.

Even if it doesn’t implement every feature from the real zfs, it would still be handy for OS compatibility reasons.

Not exactly ZFS in Rust, but more like a replacement for ZFS in Rust: https://github.com/redox-os/tfs

Worked stalled, though. Not compatible, but I was working on overlayfs for freebsd in rust, and it was not pleasant at all. Can't imagine making an entire "real" file system in Rust.