Linux的最佳文件系统,可以处理10000个文件,而不会使系统IO过载

概述众所周知,某些AMD64 Linux在重磁盘I / O(见 Gentoo forums: AMD64 system slow/unresponsive during disk access (Part 2))下没有响应,不幸的是有这样的. 我想把/ var / tmp / portage和/usr/portage树放到一个单独的分区,但是要为它选择什么FS？ 要求： * for journalin 众所周知,某些AMD64 Linux在重磁盘I / O(见 Gentoo forums: AMD64 system slow/unresponsive during disk access (Part 2))下没有响应,不幸的是有这样的.

我想把/ var / tmp / portage和/usr/portage树放到一个单独的分区,但是要为它选择什么FS？

要求：

* for journaling,performance is preffered over safe data read/write operations* optimized to read/write 10000 of small files

候选人：

* ext2 without any journaling* BtrFS

在Phoronix测试中,BtrFS表现出良好的随机访问性能(脂肪比XFS更好,因此它可能不那么具有cpu活力).然而,在那里使用XFS解压缩 *** 作似乎更快,但是经过测试,将内核树解压缩到XFS会使我的系统反应更慢,因为51％忽略任何renice’d进程和/或调度程序.

为什么没有ReiserFS？谷歌这个(q：reiserfs ext2 cpu)：
2006年4月1日……令人惊讶的是,ReiserFS和XFS使用了更多的cpu来删除文件树(86％和65％),当其他FS使用大约15％时(Ext3和…
现在一样吗？

解决方法 Ext4,Btrfs,Reiser4,Reiser3(带有notail选项). XFS糟透了元数据密集型 *** 作(如rm’ing大量文件). 总结

以上是内存溢出为你收集整理的Linux的最佳文件系统,可以处理10000个文件,而不会使系统I / O过载全部内容，希望文章能够帮你解决Linux的最佳文件系统,可以处理10000个文件,而不会使系统I / O过载所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。