我有一个本地连接的5 TB RAID6系统（IBM DS3512）。 它将被用作大容量数据文件的存储器，这些数据文件是以顺序写入的方式写入的，然后回读进行处理。 最终数据被删除。
目录遍历并不重要，因为我们有自己的索引服务。
由于这是一个在线系统，腐败的可用性和恢复力非常重要，重build时间也很快。
在这方面，XFS比EXT4有特别的优势吗？
此外，我将如何去调整文件系统？
目标系统运行RHEL 6.3。
我会用默认的ext4，如果仅仅是因为它在实践中已经表明它可能需要相当的殴打，并且在遇到麻烦的情况下可能会有更多的专业知识在手。
噢，在祝你好运之前， 不要相信在随机的互联网站点上，丢失棋子的彩色方块会告诉你 。 他们可能在大声嚷嚷，不，他们只是在知道你的问题和亲密设置的情况下才发脾气。 build立一个实际的数据和工作量的实验，并进行测量。 看看差异真的很重要，寻找其他投入。 检查你的操作系统vedorbuild议。
哦，祝你好运！ 请在这里添加一个答案（或一个评论）与你的分析和结论在这里或贡献给你的分配的文件。 甚至可能想为LWN写一篇文章…
我认为XFS可以为此调整。 它积极caching，处理大文件，处理大文件和目录计数，并具有弹性。
在RHEL 6.x系统上，您需要使用tuned-adm框架，并将其偏向您的应用程序的预期性能特征 。
根据您的描述，考虑吞吐量性能 tunedconfiguration文件是有意义的。
注意：
有一个小的负载相关的错误 ，影响2012年11月的XFS和更新的EL6内核…还有一个独特的优化function ，现在在内核版本的XFS默认。
尽pipe在过去的十年里XFS是一个很大的支持者，但是我已经把许多安装移植到了Linux上的ZFS上 ，特别是对于大型文件系统。