在里面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必须在大于此的文件系统上禁用该功能。