我有一个邮件服务器使用maildir格式，约100GB的数据，和几个目录有超过20000个文件。 我目前使用的是ext3，而且我注意到它有时候有点慢。 所以我想尝试一个更快的文件系统，但它需要稳定可靠。
你会推荐哪一个？
我使用XFS作为邮件服务器设置（之前已经是ext3），并且确实注意到了所有小文件的改进，但是它已经有一段时间了，IIRC有一些XFS和断电的“问题”（或者任何突然中断磁盘访问）留下所有打开的文件充满“0”和类似的。
但正如其他人提到的那样：testing是按顺序进行的，同一个FS在不同硬件上的performance可能完全不同，正如我在一开始所说的那样，自从我设置服务器之后，我已经有一段时间了… …（我估计大约4年）可用的FS和他们的performance可能已经改变了不less。
总而言之，这只是我的2分
可以调整ext3以更好地处理大型目录
运行这个： tune2fs -O dir_index /dev/hdXY
那么这个： e2fsck -D -f /dev/hdXY
第一个为所有未来的目录。 第二个遍历所有现有的目录并构build哈希树。 这可能需要很长时间，所以计划一些停机时间。
我同意上述build议。 testing是非常重要的。
也要考虑ReiserFS。 其devise目标之一是有效处理大量的小型（<4KiB）文件，这是典型的maildir实现必须处理的内容。 维基百科有一个关于它的信息文章，突出其优点和缺点。
我会去与XFS。 您可能需要阅读此主题 （它首先出现在comp.mail.imap和comp.os.linux.misc中，但无法在Google Groups中find）
ext4怎么样？
与EXT3相比，EXT4的“大目录”性能要好得多。 为了处理“在一个目录中空白千个文件”的情况，做了一些改进。 最大的改进是在100K + /每个目录范围内，所以你可能不会看到在切换负载方面有任何显着的改进（testing将是一个好主意）。
在你的情况考虑XFS，因为它比ext4快得多。
邮件服务器（后缀等）用fsync（）刷新文件，以确保文件确实被写入。 每封邮件的写入次数和fsyncs数量至less是两个（没有垃圾邮件检查器和反病毒），因此您需要一个在此场景中performance最佳的文件系统。
上一次我检查testing和testing自己XFS仍然击败了其他竞争文件系统的垃圾。