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

发布时间：2020-12-14 02:47:19 所属栏目：Linux 来源：网络整理

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

众所周知,某些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大量文件).

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!