预计卷大小约为 1TB。在处理每个文件夹中的大量文件时，文件系统应该执行得很快。
快照支持会很好，用于备份目的，但不是强制性的。
它将在硬件 RAID 0+1 系统上创建，但我几乎不怀疑这将是一个问题。
AskOverflow.Dev
预计卷大小约为 1TB。在处理每个文件夹中的大量文件时，文件系统应该执行得很快。
快照支持会很好，用于备份目的，但不是强制性的。
它将在硬件 RAID 0+1 系统上创建，但我几乎不怀疑这将是一个问题。
虽然我还没有签出 ext4，但我几乎在所有地方都在使用带有 LVM 的 xfs。
你得到快照，你得到在线分区增长，如果你确实崩溃了，你会立即 fsck。当我的邮件假脱机填满时，我很高兴知道它需要 30 秒的时间来修复 - 假设您的 LVM 卷组中有一些可用空间。
运行 ReiserFS 的 LVM - 管理存储在 20,000,000 条隔离消息区域中的服务器，并且从不跳过一个节拍。
另外，由于我从未解决过的原因，硬件 RAID 上的 LVM 比本地文件系统访问更快。
群、非同步更新和 Reiser 可能会出现问题，但我在 3 年最好的时间里从未真正遇到过它。
xfs
我不鼓励 ReiserFS 在重负载下出现恐慌：
REISERFS: panic (device Null superblock): vs-7042: entry_points_to_object: entry must be visibleReiserFS 非常可靠地工作，直到它受到许多并发访问的压力。你可以在这里阅读。
刚才我在 ReiserFS 上有 Maildir（大约 200GB）。在过去的两天里，FS 崩溃了两次，我正在寻找解决这个问题的方法（似乎使用内核 2.6.25.4 有帮助）。稍后我将尝试迁移到 JFS 或 XFS。
ReiserFS 似乎没有维护，并且肯定存在一些错误。它的速度并不能弥补它的问题。这不是切实可行的解决方案。