Btrfs "Reserve Flush Emergency" Feature Heading To Linux 6.2

[cynic]

Since Facebook is using it for their fleet doesn't that mean that BTRFS is enterprise ready?
Why isn't BTRFS the default filesystem on all the major distros already? What specifically is holding it back?

SUSE Enterprise has been using btrfs since a long time.
Oracle Unbreakable Linux supports it with its custom kernel.

As for Redhat, you can find the reasons here: https://news.ycombinator.com/item?id=14907771

Basically they don't have qualified engineers. Which anyway raise the question of why customers don't ask for it so that RH acquires engineers to work on it, but that's it.

[jbean]

SUSE Enterprise has been using btrfs since a long time.
Oracle Unbreakable Linux supports it with its custom kernel.

As for Redhat, you can find the reasons here: https://news.ycombinator.com/item?id=14907771

Basically they don't have qualified engineers. Which anyway raise the question of why customers don't ask for it so that RH acquires engineers to work on it, but that's it.

Btrfs still has a lot of room for optimizations and improvements before it's really suitable to be a general "set and forget" replacement for enterprise users like MD/LVM RAID + XFS is. Don't get me wrong, for many users, enterprise included it can be great, Facebook afterall has made it work. However facebook has also made it clear that for database workloads, they still use XFS for obvious reasons. They too know the limitations. It can be a *massive* performance slouch compared to just about any other filesystem, ZFS included. Hosting things like databases and VMs can be a massive anti-usecase with Btrfs with the current on disk format and functionality. Sure, it works great for home and small business users. I pretty much use it for everything I have and manage that isn't databases. But as soon as you need to handle a lot of random writes for enterprise level traffic, it bogs down a lot.

When we start seeing a lot of performance improvements land, like extent tree v2, faster quota support/handling, and most importantly better RAID handling (and I'm not just speaking about RAID5/6, I mean basic things, like automatic device resilvering or marking a device dirty or addressing the NOCOW writehole on all RAID profiles), we may see demand go up and in turn Redhat will become more interested in supporting it.

I mean even kernel 6.1 just got a sysfs tunable to make quotas a little bit more usable when deleting snapshots (which right now, are almost unusable performance wise in the presence of snapshots). That is a bit hacky given the extent tree v2 approach though. So as it stands now, it's these "death by a thousand cuts" cases that really just doesn't make it suitable for a 10 year supported enterprise operating system.

If you're a desktop linux user, you should probably use it already for all the benefits it does provide as the performance downsides are not noticeable for this use case. For everyone else in the enterprise space who have a good Btrfs use case and know how to manage it, like Facebook does, there's lots of alternatives to get support in the meantime.