Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> 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.



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.


The first link actually explains why ZFS is no more dangerous than any other filesystem.


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.




Consider applying for YC's Fall 2026 batch! Applications are open till July 27.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: