Linux 上的生产就绪、高度可靠的文件系统:ext4 ext3 XFS 或 JFS(或 ZFS)?

war*_*ren 16 xfs filesystems ext4 ext3 jfs

我在这个主题上看到的最后一个真正的问题是大约两年前的(ext4 是否已准备好用于生产)。

在此期间,ext4有何改进?

XFSJFSext3是备用的可靠选择。我只在最近的 Ubuntu 测试/开发环境中使用了 ext4,并没有发现任何问题 - 但它们也是低使用率的工作站、VM 和一次性培训环境。

从速度和可靠性的角度来看,ext4 与 XFS 和 JFS(尤其是)相比已经有 [一些] 时间成熟,现在它如何叠加?

ZFS一个可行的选择(看到,因为它是一个导火索 模块,可能不适用于Linux -至今)?

p_l*_*p_l 6

不幸的是,Linux 上的 ZFS 仍然不是一个可行的解决方案,即使您忽略了作为 FUSE 模块的问题(这会严重限制某些工作负载的性能)。它只是不够完整。另外,我认为Linux 上没有ZFS的debugfs,这是一个严重的负面影响。

debugfsunices上低级文件系统修复工具的传统名称。e2fsprogs 包括一个用于 Ext2/3/4 的,XFS 工具有 xfs_db 等。其他文件系统,尤其是像 FFS 和 JFS 这样存在时间较长的文件系统,也有这样的工具。它基本上是一种工具,可让您在低得多的级别读取和操作卷上的数据,尤其是在恢复中很有用。

至于 ext4,我怀疑它在生产中相当可用,但我建议实际模拟您的工作负载。警惕各种应用程序中的各种不安全代码路径,它们可能会根据 ext4 的设置损坏数据(请注意,AFAIK 这些问题也可能发生在 XFS 和 JFS 中)。

XFS 仍然是一个很好的、稳定的解决方案,尽管我承认由于 XFS 的创建/取消链接性能不佳,我从 XFS 转移到了 ext4。如果您没有很多不断创建和删除的小文件,这仍然是一个非常好的选择。硬数据可以从网络上的大多数基准测试中获取。速度下降与 XFS 的特定优化有关,这些优化导致某些日志操作非常缓慢(创建/取消链接)。不过,它在元数据访问和读/写方面非常快。大文件的好选择,恕我直言(多媒体编辑?)。

还没有真正测试过 JFS,尽管我听到了关于它的相当不错的意见 - 首先检查它是否有一个您认为可以可靠使用的debugfs工具。