Почему ext4 рекомендуется только до 16 ТБ?

В статье wiki ext4 я видел, что ext4 может использоваться до 1 EiB, но рекомендуется только до 16 TiB. Почему это так? Почему XFS рекомендуется для больших файловых систем?

(ELICS: Объясните мне, что я студент CS, но без особых знаний в файловых системах)

  • Как мой раздел (ext4) знает свой размер используемого / свободного пространства?
  • файловая система только для чтения
  • Узнайте, сколько раз файл был открыт?
  • Как исправить прерывистые ошибки «Нет места на устройстве» во время mv, когда у устройства достаточно места?
  • Сохраняются ли файлы на диске последовательно?
  • Файл ISO только для чтения?
  • Что такое btrfs generation_errs?
  • Сравнение 2 разделов на одинаковых дисках
  • Как определить тип файловой системы / раздела
  • Пустой размер каталога
  • Как мне форматировать USB до написания ISO?
  • Обнаружение открытых сокетов вручную (не используя nc или подобное)?
  • One Solution collect form web for “Почему ext4 рекомендуется только до 16 ТБ?”

    Точная цитата из записи в Википедии ext4

    Однако Red Hat рекомендует использовать XFS вместо ext4 для томов размером более 100 ТБ.

    В ext4 говорится о том, что

    Код для создания файловых систем размером более 16 TiB на момент написания этой статьи не был в стабильном выпуске e2fsprogs. Это будет в будущих выпусках.

    что было бы одной из причин избежать файловых систем размером более 16 TiB, но эта нота устарела: e2fsprogs с версии 1.42 (ноябрь 2011 г.) вполне способна создавать и обрабатывать файловые системы размером более 16 TiB. mke2fs использует big и huge типы для таких систем (на самом деле, big от 4 до 16 TiB, huge за пределами); они увеличивают отношение inode, так что предусмотрено меньшее количество inodes.

    Возвращаясь к рекомендации Red Hat, с RHEL 7.3 , XFS является файловой системой по умолчанию, поддерживаемой до 500 TiB, а ext4 поддерживается только до 50 TiB. Я думаю, что это скорее контрактный, чем технический, хотя руководство по администрированию хранилищ содержит технические ограничения (не вдаваясь в подробности). Я предполагаю, что существуют технические или служебные причины для ограничения 50 TiB …

    Заметки о выпуске e2fsprogs дают одну из причин избежать файловых систем размером более 16 TiB: по-видимому, функция resize_inode должна быть отключена в файловых системах, больших, чем это.

    Linux и Unix - лучшая ОС в мире.