ext5 何时到来或 ext4 何时更新以支持大型（巨大）SSD？

64 位 ext4 文件系统的大小可以高达 64ZiB 和 4KiB 块，以及高达 1YiB 的大小和 64KiB 块，不需要 ext5 来处理大容量。1 YiB，一个yobibyte，就是1024个⁸字节。

大约有 1 PiB 和 1 EiB 的实际限制，但这仍然（略）大于当前的 SSD，并且这些限制应该可以在 ext4 中解决，而不需要 ext5。

64bitext4 文件系统功能消除了 2 ³²块的限制。如果创建文件系统时未启用此功能，则可以使用以下命令将其添加到超级块tune2fs(8)：

tune2fs -O 64bit /dev/sda1

这是一个文件系统功能，而不是挂载选项，因此必须在创建文件系统时指定或稍后添加。来自ext4(5):

  64bit
         Enables the file system to be larger than 2^32 blocks.
         This feature is set automatically, as needed, but it can
         be useful to specify this feature explicitly if the file
         system might need to be resized larger than 2^32 blocks,
         even if it was smaller than that threshold when it was
         originally created.  Note that some older kernels and
         older versions of e2fsprogs will not support file systems
         with this ext4 feature enabled.

自 2015 年以来构建的任何 ext4 文件系统mke2fs都将默认启用此功能。

虽然 ext4 理论上可以处理大小为 2^64 * blocksize = 64ZiB 的文件系统（对于常用的 4KiB 块大小），但更实际的是，目前在 2^48 * blocksize = 1EiB（@ 4KiB 块大小）时存在实施限制到当前使用的盘区格式的 inode 的 2^48-1 块地址限制。由于当前的块分配器，在 1 PiB 以上开始出现一些性能问题，尽管仍然非常有用，我们在生产中有数百个大约这个大小的 ext4 文件系统。块分配器可能可以在代码中修复，而无需任何（主要的）磁盘格式更改，并且一旦成为真正的限制，也可以扩展范围格式。

其他人已经回答了关于大分区的问题，但我认为回答关于 ext5 何时到来的问题会有所帮助。

Ext4 目前由 Theodore Ts'o 维护。根据2009 年 Ars Technica 的一篇文章：

尽管 Ext4 为文件系统添加了许多引人注目的功能，但 T'so 并不认为这是向前迈出的重要一步。他认为这是对过时的“1970 年代技术”的翻版，并将其描述为一种保守的短期解决方案。他认为前进的方向是 Oracle 的开源 Btrfs 文件系统，该系统旨在显着改进可伸缩性、可靠性和易管理性。

当然，这离决不实施名为 ext5 的文件系统的坚定承诺还相去甚远，但我相信现在人们对此并不感兴趣。