Linux上的生产就绪,高度可靠的文件系统：ext4 ext3 XFS或JFS(或ZFS)？

概述我在这个主题上看到的最后一个真正的问题是大约两年前( is ext4 ready for production usage). 在此期间,ext4如何改善？ XFS,JFS和ext3是待机可靠的选择.我在最近的Ubuntu测试/开发环境中只使用了ext4,并且没有看到任何问题 – 但它们也是低使用率的工作站,虚拟机和丢弃的培训环境. 现在,从速度和可靠性的角度来看,ext4如何与XFS和JFS(特 我在这个主题上看到的最后一个真正的问题是大约两年前( is ext4 ready for production usage).

在此期间,ext4如何改善？

XFS,JFS和ext3是待机可靠的选择.我在最近的Ubuntu测试/开发环境中只使用了ext4,并且没有看到任何问题 – 但它们也是低使用率的工作站,虚拟机和丢弃的培训环境.

现在,从速度和可靠性的角度来看,ext4如何与XFS和JFS(特别是)相比已经成熟了？

ZFS是一个可行的选择(因为它是fuse module,可能不适用于linux)？

解决方法 遗憾的是,linux上的ZFS仍然不是一个可行的解决方案,即使你忽略了作为FUSE模块的问题(它可能严重限制某些工作负载的性能).它根本不够完整.另外,我不认为linux上的ZFS有一个deBUGfs,这是一个严重的负面因素.

deBUGfs is the Traditional name for low level filesystem repair tool on unices. e2fsprogs include one for Ext2/3/4,XFS tools have xfs_db and others. Other filesystems,especially longer-existing ones like FFS and JFS have such tools too. It’s basically a tool that allows you to read and manipulate the data on volume at much lower level,useful especially in recovery.

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

XFS仍然是一个很好的,稳定的解决方案,但我承认由于XFS的创建/取消链接性能不佳,我已经从XFS迁移到了ext4.如果您不经常创建和删除许多小文件,那么仍然是一个非常好的选择.硬数字可以从网上的大多数基准测试中获取.减速与XFS的特定优化有关,这导致某些日志 *** 作非常慢(创建/取消链接).但是,它在元数据访问和读/写方面非常快.大文件的好选择,恕我直言(多媒体编辑？).

还没有真正测试过JFS,虽然我听到了相当不错的意见 – 先检查它是否有一个你觉得可以可靠使用的deBUGfs工具.

总结

以上是内存溢出为你收集整理的Linux上的生产就绪,高度可靠的文件系统：ext4 ext3 XFS或JFS(或ZFS)？全部内容，希望文章能够帮你解决Linux上的生产就绪,高度可靠的文件系统：ext4 ext3 XFS或JFS(或ZFS)？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。