aevawhich is "better", XFS or BTRFS? i only care about file system resilience on shitty SSDs, so like, which one is going to be slower at letting my photos be randomly destroyed by bit flips? #linux
i like that they're both b-tree file systems, it's very silly that linux has two of these
i do not find it encouraging that people can't seem to agree on what the basic features of the different standard linux file systems are and are not ;_;
ok i think the main things i've learned tonight is that filesystem checksums only catch when something is corrupted it can be restored from a duplicate automatically or notify you so you can restore it from a backup, and SSDs are cursed hell storage that (depending on the vendor) may undermine the file system's duplication efforts and wear leveling techniques, so depending on the hardware you have the decision of what filesystem might literally not matter at all in this respect?
Asta [AMP]@aeva yeah, it turns out that it's still pretty hard to beat spinning rust, tape... possibly optical, but we don't really have good data on that (plus not as common as it once was)
there's a reason I run a big spinning rust ZFS array : (
there's a reason I run a big spinning rust ZFS array : (
@aeva ZFS comes with its own pain in the ass stuff since it will never be upstreamed, but it's also a very good file system for running RAID like configs with redundancy. On my own single disk systems I just run btrfs for convenience (subvolumes, yay) and basically back up all my stuff to the ZFS array... which I wanna do tape backups but I haven't gotten around to it yet. Especially for my photos...
@aeva tl;dr: license incompatibility and disagreement over whether it contains code lifted from... I think Solaris
which, not allowing a driver into the kernel because "they can't guarantee where the code came from"...
...
...
which, not allowing a driver into the kernel because "they can't guarantee where the code came from"...
...
...
@aeva oh, maybe I overcomplicated it: https://en.wikipedia.org/wiki/OpenZFS#Linux
just an incompatible license
just an incompatible license
the vessel of morganna@aud @aeva it's more than just the license, it will never be merged due to fundamental design incompatibilities with Linux (as per Linus).
instead of rewriting ZFS to integrate with Linux subsystems (block/page cache, volume management/device mapping, encryption, etc) it reimplements the Solaris APIs with a compatibility layer. as you can probably imagine this impedance mismatch leads to numerous quirks and bugs, as well as makes upgrading the kernel a hassle especially if there's an ABI change
instead of rewriting ZFS to integrate with Linux subsystems (block/page cache, volume management/device mapping, encryption, etc) it reimplements the Solaris APIs with a compatibility layer. as you can probably imagine this impedance mismatch leads to numerous quirks and bugs, as well as makes upgrading the kernel a hassle especially if there's an ABI change
max*ine