@@kwagnert I had more issues with btrfs in the only year I'd used it than with every other filesystem in 20 years. No, it's not production ready... at the same level as ext4.
This command will attempt to relocate data in empty or near-empty data chunks (at most 5% used, in this example), allowing the space to be reclaimed and reassigned to metadata.
@@hunibuni RH recommends ext4 or xfs. btrfs is prone to data corruption when employed on the computers without UPS and hard drives without autonomous power, such as home and small business users usually have.
@@IkarusKommt That's only true for Btrfs RAID5/6, and when you use Btrfs RAID5/6 with RAID1 (at least raid1c3 for RAID6) metadata you can even circumvent that last "bug" Btrfs has. I don't say that Btrfs doesn't have any issues, but they have nothing to do with data corruption. It's quite the opposite: Btrfs can detect and repair bit rot, no other mainstream file system that's natively supported by the Linux kernel can do that.
I love the idea of btrfs. I'd rather see it production ready than getting new features and unstable though.
It's already production level. Just some features are not: btrfs.wiki.kernel.org/index.php/Production_Users
@@kwagnert I had more issues with btrfs in the only year I'd used it than with every other filesystem in 20 years. No, it's not production ready... at the same level as ext4.
This command will attempt to relocate data in empty or near-empty data chunks
(at most 5% used, in this example), allowing the
space to be reclaimed and reassigned to metadata.
Just drop it already, like RH did. It endangers home users.
RH?
@@hunibuni Redhat
@@IkarusKommt So what does Redhat use now after dropping it? And how does it endanger home users?
@@hunibuni RH recommends ext4 or xfs. btrfs is prone to data corruption when employed on the computers without UPS and hard drives without autonomous power, such as home and small business users usually have.
@@IkarusKommt That's only true for Btrfs RAID5/6, and when you use Btrfs RAID5/6 with RAID1 (at least raid1c3 for RAID6) metadata you can even circumvent that last "bug" Btrfs has.
I don't say that Btrfs doesn't have any issues, but they have nothing to do with data corruption. It's quite the opposite: Btrfs can detect and repair bit rot, no other mainstream file system that's natively supported by the Linux kernel can do that.