John Paul Wohlscheid over at It's FOSS takes a look at the ZFS file system and its capabilities. He mainly covers OpenZFS which is the fork made since Oracle bought and shut down Solaris which was the original host of ZFS. It features pooled storage with RAID-like capabilities, copy-on-write with snapshots, data integrity verification and automatic repair, and it can handle files up to 16 exabytes in size, with file systems of up to 256 quadrillion zettabytes in size should you have enough electricity to pull that off. Because it started development under a deliberately incompatible license, ZFS cannot be directly integrated in Linux. However, several distros work around that and provide packages for it. It has been ported to FreeBSD since 2008.
(Score: 2) by Subsentient on Wednesday September 12 2018, @04:28AM
I use snapshots to backup my OS if I'm worried about something messing it up. As for compression, depends on the algorithm. The new zstd compression algorithm gives similar ratios to zlib but is just *so much* faster. Needs kernel 4.14 or above though. I compress all my btrfs filesystems with zstd. It makes a significant positive difference I've found.
As for performance, I haven't noticed a negative impact since switching to btrfs for root FS or for home directory. Benchmarks still say it's worse than ext4 however, but that said, I often end up missing data deduplication, compression, snapshots, etc when I'm working on an ext4 system.
Just, don't mess with the RAID stuff yet. Even the RAID1/RAID0 stuff is buggy at best. It won't corrupt your data, but it'll probably say you have no free space.
Btrfs isn't yet at the level of ZFS, but considering it's included in the mainline kernel and works pretty well, I prefer it. It's also much lighter on RAM than ZFS.
"It is no measure of health to be well adjusted to a profoundly sick society." -Jiddu Krishnamurti