最近我见过很多关于btrfs的信息。 我一直在考虑ext4为我的下一个文件系统，但是被诱惑反而btrfs。 btrfs有多广泛使用？ 优缺点都有什么？
绝对不。 这是为什么：
来自Btrfs Wiki ：
请注意，Btrfs还没有可以修复错误的fsck工具。 虽然Btrfs在稳定的计算机上稳定运行，但如果计算机在无法正确处理刷新请求的磁盘上崩溃或断电，目前可能会损坏文件系统。
当它作为Fedora Core中的默认根文件系统被推出（这是相当出色的优势），我想我会开始在testing机器上尝试Btrfs。 当它开始稳定后，我想我会开始在新的非关键任务生产机器上使用它。
我从不喜欢急于丢失数据。
说到2014年：不，这绝对不是生产准备！
它的性能在某些领域仍然不足，像“df”这样的常见命令仍然是有意破坏的（你需要“btrfs fi”代替），我仍然不相信它是我的重要数据。
另外，如果你需要一个文件系统把你的虚拟机映像或数据库，你应该简单地跳过它。 Btrfs对于这样的东西并不是很适合，那就是你应该把它放在Ext3 / 4或XFS上的东西。
再给它两年或三年以成熟，然后可能处于生产准备状态。
如果你现在真的需要一个生产就绪的COW文件系统，就拿ZFS吧！ 你可以使用本地的Linux端口，或者直接从FreeBSD内核直接支持它的操作系统。
看看官方的问题！ 页面，开发人员正在发布实际的疑难杂症，以及如何避免这些问题：
https://btrfs.wiki.kernel.org/index.php/Gotchas
另外请记住，从入门页面的官方build议，直到今天是保持重要数据的备份，并准备好各种打嗝（ https://btrfs.wiki.kernel.org/index.php/ Getting_started ）。
他们确实认为现在的核心function足够稳定，可以用于日常使用，但是他们仍然在摆弄着新的function，如果有更新的function出现，他们肯定会需要几个版本（意思是我认为的六个二十二个月），直到他们已经够成熟了。
编辑：来自澳大利亚的Russel Coker已经使用了Btrfs一段时间，并不时发布他的经验（例如http://etbe.coker.com.au/2014/07/31/btrfs-status-july-2014/ ） 。 他在一些这样的服务器上使用它，虽然它并不是一帆风顺的，但它通常需要保持最新的内核，例如，在服务器上不容易做的事情，是的，仍然存在问题周围。
阅读一些评论也是值得的。
所以这就意味着这个工作还在进行中，直到今天，这个工作还没有到现在才成熟。
编辑：根据这个博客文章甚至与内核3.16 Btrfs仍然可以僵持。 http://marc.merlins.org/perso/btrfs/post_2014-10-05_Btrfs-Tips_-Catch-Btrfs-Deadlocks.html
就个人而言，当Canonical和Red Hat等公司在其支持的产品中实现它时，我会考虑它的生产准备。 我相信在大多数情况下它都能正常工作，但是我想说，把它投入生产还是有点太早了。
更新：现在假设人们会更频繁地来到这里，甲骨文公司发布了具有btrfs支持的UEK R2（20120315）：不，甲骨文现在支持它的事实并没有对企业环境进行彻底的testing。 事实上，还没有一个公开的fsck工具，它仍然没有在OpenSuSE，Fedora之类的硬件testing，也没有任何帮助。 暂时离开。
总之没有。
•目前唯一的RAID支持是0,1,10。
•没有可用的文件系统修复（还）
结帐与开发者之一…非常酷的东西即将推出！
http://streaming.oracle.com/ebn/podcasts/media/10491325_Btrfs_071311.mp3
我正计划在家用虚拟机上安装不需要testing的重要数据，但是，就像我现在的状态一样舒适。
如果你有备份，并且可以容忍几个小时的停机时间，那就去做吧。 我打算在下一个工作站上使用它。 现在还没有服务器，因为我的大部分卷都是几兆字节，所以从备份恢复需要很长时间。
个人而言，它支持RAID-5就绪。
对于RHEL7，红帽正在调用btrfs进行技术预览 ，XFS是默认的。 做你会的。