![为什么 ext4 只建议最大 16 TB?](https://linux22.com/image/111590/%E4%B8%BA%E4%BB%80%E4%B9%88%20ext4%20%E5%8F%AA%E5%BB%BA%E8%AE%AE%E6%9C%80%E5%A4%A7%2016%20TB%EF%BC%9F.png)
在里面ext4 维基文章我发现 ext4 最多可以使用 1 EiB,但建议最多使用 16 TiB。为什么会这样?为什么建议将 XFS 用于较大的文件系统?
(ELICS:解释一下,就像我是一名 CS 学生,但对文件系统没有太多了解)
答案1
准确的报价来自ext4 维基百科条目是
但是,Red Hat 建议对于大于 100 TB 的卷使用 XFS 而不是 ext4。
这ext4 操作方法提到
在撰写本文时,用于创建大于 16 TiB 的文件系统的代码尚未包含在 e2fsprogs 的任何稳定版本中。它将在未来的版本中出现。
这将是避免大于 16 TiB 的文件系统的原因之一,但该注释已经过时:e2fsprogs
因为版本 1.42(2011 年 11 月)非常有能力创建和处理大于 16 TiB 的文件系统。对此类系统mke2fs
使用big
和huge
类型(实际上,big
在 4 到 16 TiB 之间,huge
甚至更多);这些会增加索引节点比率,从而减少配置的索引节点。
回到红帽建议,截至RHEL 7.3,XFS为默认文件系统,最大支持500 TiB,ext4仅支持的高达 50 TiB。我认为这是合同而非技术,尽管存储管理指南以技术方式表述限制(不涉及太多细节)。我想象那里是50 TiB 限制的技术或性能原因...
这e2fsprogs
发行说明请给出避免使用大于 16 TiB 的文件系统的一个理由:显然,resize_inode
必须在大于此的文件系统上禁用该功能。