История изменений

1 inode = 1 файл. Это всё, что тебе нужно знать. Если у тебя 1000 свободных inode, то ты не сможешь создать больше 1000 файлов, вне зависимости от их размера (даже если они будут занимать небольшую часть диска). То есть размер файла в данном случае вообще не имеет значения, количество inode регулирует только их максимальное количество.

Вспомни про FAT с её ограничением на размер корневого каталога, а также на количество файлов в каждом каталоге. Вот в ext4 также, но ограничено лишь общее количество файлов на диске. И размер ФС тут мало причём (за исключением того, что при дефолтных настройках форматирования размер корневого каталога в FAT и списка inode в ext4 выбирается как какой-то процент от размера диска, но это можно переопределить).

Все эти рассуждения про «средний размер файла» выше - полный бред, имеющий лишь теоретический смысл. Это всего лишь способ забить полностью одновременно и диск, и таблицу inode, что как цель сама по себе лишено практического смысла. В реальности у 95% пользователей место на диске кончится раньше, а у 5% раньше кончатся inode, однако последнее обычно случается в особых случаях (хранить сотни тысяч файлов на несколько килобайт - не самое часто занятие пользователей) и это заранее известно, поэтому при форматировании делают таблицу inode больше стандартного. И это совершенно нормально, нет ничего плохого в том, что место кончится сильно раньше inode (вот когда наоборот - это вызывает печаль, но такие случаи обычно заранее известны и можно применить специальные настройки).

А ещё есть ФС, где отсутствует максимальное количество inode, потому что их список хранится не в простой таблице, а в более сложных динамических структурах (всякие бинарные деревья и т. д.). Например, BTRFS.

1 inode = 1 файл. Это всё, что тебе нужно знать. Если у тебя 1000 свободных inode, то ты не сможешь создать больше 1000 файлов, вне зависимости от их размера (даже если они будут занимать небольшую часть диска). То есть размер файла в данном случае вообще не имеет значения, количество inode регулирует только их максимальное количество.

Вспомни про FAT с её ограничением на размер корневого каталога, а также на количество файлов в каждом каталоге. Вот в ext4 также, но ограничено лишь общее количество файлов на диске. И размер ФС тут мало причём (за исключением того, что при дефолтных настройках форматирования размер корневого каталога в FAT и списка inode в ext4 выбирается как какой-то процент от размера диска, но это можно переопределить).

Все эти рассуждения про «средний размер файла» выше - полный бред, имеющий лишь теоретический смысл. Это всего лишь способ забить полностью одновременно и диск, и таблицу inode, что как цель сама по себе лишено практического смысла. В реальности у 95% пользователей место на диске кончится раньше, а у 5% раньше кончатся inode, однако последнее обычно случается в особых случаях (хранить сотни тысяч файлов на несколько килобайт - не самое часто занятие пользователей) и это заранее известно, поэтому при форматировании делают таблицу inode больше стандартного.

А ещё есть ФС, где отсутствует максимальное количество inode, потому что их список хранится не в простой таблице, а в более сложных динамических структурах (всякие бинарные деревья и т. д.). Например, BTRFS.

1 inode = 1 файл. Это всё, что тебе нужно знать. Если у тебя 1000 свободных inode, то ты не сможешь создать больше 1000 файлов, вне зависимости от их размера (даже если они будут занимать небольшую часть диска). То есть размер файла в данном случае вообще не имеет значения, количество inode регулирует только их максимальное количество.

Вспомни про FAT с её ограничением на размер корневого каталога, а также на количество файлов в каждом каталоге. Вот в ext4 также, но ограничено лишь общее количество файлов на диске. И размер ФС тут мало причём (за исключением того, что при дефолтных настройках форматирования размер корневого каталога в FAT и списка inode в ext4 выбирается как какой-то процент от размера диска, но это можно переопределить).

Все эти рассуждения про «средний размер файла» выше - полный бред, имеющий лишь теоретический смысл. Это всего лишь способ забить полностью одновременно и диск, и таблицу inode, что как цель сама по себе лишено практического смысла. В реальности у 95% пользователей место на диске кончится раньше, а у 5% раньше кончатся inode, однако последнее обычно случается в особых случаях (хранить сотни тысяч файлов на несколько килобайт - не самое часто занятие пользователей) и это заранее известно, поэтому при форматировании делают таблицу inode больше стандартного.

А ещё есть ФС, где отсутствует максимальное количество inode, потому что их список хранится не в простой таблице, а в более сложных динамических структурах (всякие бинарные деревья и т. д.).

1 inode = 1 файл. Это всё, что тебе нужно знать. Если у тебя 1000 свободных inode, то ты не сможешь создать больше 1000 файлов, вне зависимости от их размера (даже если они будут занимать небольшую часть диска). То есть размер файла в данном случае вообще не имеет значения, количество inode регулирует только их максимальное количество.

Вспомни про FAT с её ограничением на размер корневого каталога, а также на количество файлов в каждом каталоге. Вот в ext4 также, но ограничено лишь общее количество файлов на диске. И размер ФС тут мало причём (за исключением того, что при дефолтных настройках форматирования размер корневого каталога в FAT и списка inode в ext4 выбирается как какой-то процент от размера диска, но это можно переопределить).

Все эти рассуждения про «средний размер файла» выше - полный бред, имеющий лишь теоретический смысл. Это всего лишь способ забить полностью одновременно и диск, и таблицу inode, что как цель сама по себе лишено практического смысла. В реальности у 95% пользователей место на диске кончится раньше, а у 5% раньше кончатся inode, однако последнее обычно случается в особых случаях (хранить сотни тысяч файлов на несколько килобайт - не самое часто занятие пользователей) и это заранее известно, поэтому при форматировании делают таблицу inode больше стандартного.