On Feb 15, 2014, at 6:29 AM, Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx> wrote: > On Fri, Feb 14, 2014 at 05:08:47PM -0700, Chris Murphy wrote: >> My efforts are on Btrfs in this regard. It's so much simpler to use and >> manage. If you don't want to use certain features you don't have to, and >> it'll behave pretty much like a plain partition. I'd rather be having data >> problems there, that eventually have a broader benefit for both casual >> users as well as the big data types. > > That was definitely the hope in the LVM discussion two years ago. It was > even suggested that btrfs would probably be the default in F19 or F20. The suggestion goes back to F16. http://fedoraproject.org/wiki/Features/F16BtrfsDefaultFs https://fedorahosted.org/fesco/ticket/594 Back then it was asked what's a hard list of criteria to objectively move to Btrfs and it's still a rather hand wave metric. So I don't know how we're actually supposed to judge its readiness and assess the need for more localized testing. > However, it looks like two years later, btrfs is *still* "about two years > out". That's not a good trajectory. I spent some time talking to kernel > filesystem experts on this at FOSDEM and DevConf the last couple of weeks, > and the feedback I get is that while it's still interesting, we really can't > hold our collective breath. What's the basis for a "two years out" assessment? I'm not finding a related FOSDEM or DevConf session where this was discussed. Has anyone who was present for these conversations written about it yet? Since 3.13 the Btrfs kernel code isn't marked experimental anymore. The vast majority of issues I've had relate to supporting packages like the installer, Gnome, and this old grubby bug that's at a stand still: https://bugzilla.redhat.com/show_bug.cgi?id=864198 but then there's plenty of stuff not yet very refined: device failure notification for multiple device volumes, lack of raid5/6 scrub, and some problems with the user space send/receive stuff usually pertaining to incremental - but none of those are requirements for any other file system either. Chris Murphy -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
