News for hackers. Stuff that matters.
Re:Btrfs Coming to Fedora 33 by viraptor on Monday August 24, 2020 @05:34AM (#24258927)
> requires more ongoing maintenance (scrub, rebalancing)

I'm not sure that's a good description. Scrubbing is an option that you get extra. You don't need to use it and the behaviour won't be different than for example ext4 with regards to bad data detection. It's purely an extra feature.

If rebalancing is useful for desktop users (wasn't really in my experience), I'm sure it will get a system-provided job that balances the resource use and amount of reclaimed space.

Re:Btrfs Coming to Fedora 33 by chasil on Monday August 24, 2020 @10:15AM (#24260850)
There are concerns with ZFS of the "scrub of death" on a system lacking ECC ram:

https://jrs-s.net/2015/02/03/will-zfs-and-non-ecc-ram-kill-y...

There is some debate on this question:

https://arstechnica.com/civis/viewtopic.php?f=2&t=1235679&p=...

I'm curious if the situation is improved for BtrFS.

Re:Btrfs Coming to Fedora 33 by pseudalopex on Tuesday August 25, 2020 @02:47AM (#24268708)
The first link actually explains why ZFS is no more dangerous than any other filesystem.
Re:Btrfs Coming to Fedora 33 by prussian on Monday August 24, 2020 @10:24AM (#24260955)
honestly, I've only ever needed to rebalance on a desktop system when statfs() returned an f_bavail=0 and some program decided to take this information seriously and refused to write at all. There are still quirks with statfs info coming from btrfs volumes only solved with intense rebalancing.