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

发布时间：2020-12-13 17:59:57 所属栏目：Linux 来源：网络整理

导读：我在这个主题上看到的最后一个真正的问题是大约两年前( is ext4 ready for production usage). 在此期间,ext4如何改善？ XFS,JFS和ext3是待机可靠的选择.我在最近的Ubuntu测试/开发环境中只使用了ext4,并且没有看到任何问题 – 但它们也是低使用率的工作站,

我在这个主题上看到的最后一个真正的问题是大约两年前( 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工具.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!