![最适合 Maildir 文件夹存储的文件系统是什么?](https://linux22.com/image/794757/%E6%9C%80%E9%80%82%E5%90%88%20Maildir%20%E6%96%87%E4%BB%B6%E5%A4%B9%E5%AD%98%E5%82%A8%E7%9A%84%E6%96%87%E4%BB%B6%E7%B3%BB%E7%BB%9F%E6%98%AF%E4%BB%80%E4%B9%88%EF%BC%9F.png)
预计卷大小约为 1TB。处理每个文件夹中的大量文件时,文件系统应运行快速。
对于备份目的来说,快照支持非常棒,但不是强制的。
它将通过硬件 RAID 0+1 系统创建,但我毫不怀疑这将是一个问题。
答案1
虽然我还没有检查过 ext4,但我几乎在所有地方都使用带有 LVM 的 xfs。
您可以获得快照、在线分区增长,如果崩溃,还可以立即进行 fsck。当我的邮件池填满时,我很高兴知道只需 30 秒即可修复 - 假设您的 LVM 卷组中有一些可用空间。
答案2
运行 ReiserFS 的 LVM - 管理着一个存储在约 20,000,000 条隔离消息的服务器,并且从未出现任何问题。
另外,由于我从未弄清楚的原因,硬件 RAID 上的 LVM 比本机文件系统访问速度更快。
有可能存在与 flock、非同步更新和 Reiser 相关的问题,但是在过去 3 年里我从未真正遇到过它。
答案3
答案4
我不鼓励 ReiserFS 在重负载下崩溃:
REISERFS: panic (device Null superblock): vs-7042: entry_points_to_object: entry must be visible
ReiserFS 运行非常可靠,直到它承受许多并发访问的压力。您可以阅读这里。
现在我在 ReiserFS 上有 Maildir(大约 200GB)。在过去两天里,FS 崩溃了两次,我正在寻找解决这个问题的方法(似乎使用内核 2.6.25.4 有帮助)。稍后我将尝试迁移到 JFS 或 XFS。
ReiserFS 似乎无人维护,而且肯定存在缺陷。它的速度无法弥补它的问题。它不是可靠的解决方案。