BTRFS - Performance

备注：本文翻译自：IBM Research Report - BTRFS

没有商定的测试文件系统性能的标准。虽然有NFS和CIFS的行业基准，他们仅仅覆盖现场看到的一小部分的工作量。在一天结束时，对用户来说最重要的是他特殊应用的性能。检查哪个文件系统时最好的匹配一个特殊的使用例子的唯一现实的方法时去尝试几种文件系统，看看哪一种工作的最好。

因为我们不能覆盖所有的用例，我们选择了一种常见的基准，去展示BTRFS与同期的比较。在写的时候，主要Linux文件系统，除了BTRFS，是XFS,EXT4。这些很显然是很成熟的系统，并且我们不希望去更好的执行数量级（啥意思这是）。我们的贡献是支持新功能的文件系统，比如快照和数据校验，在最大负载之下提供合理的性能。

两种存储配置被选择：一个硬盘和一个SSD。

（一）硬盘

所有在单个插槽上运行的硬盘测试3.2 Ghz四核x86处理器，单个SATA驱动器上具有8 Gb内存，带有6gb / s链路。

第一个测试时一个Linux kernel make，从干净的源文件树开始。收集了一个块跟踪，从命令 make -j8 开始。这个启动了8个并行线程编译和链接gcc。表1比较了在三种文件系统之间的吞吐量， seek count and IOps。EXT4的吞吐量略高于BTRFS和XFS，平均吞吐量不到两倍。所有文件系统保持每秒大约相同的搜索量，BTRFS的平均搜索更少一些。BTRFS运行初期的飙升很大可能是因为处理在不同块组之间反弹的初始写入时写入位。一旦额外的

最后

以上就是聪慧柚子为你收集整理的BTRFS - Performance的全部内容，希望文章能够帮你解决BTRFS - Performance所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。