Недостатки небольшого размера единицы размещения

Question

Поскольку я занимаюсь веб-разработкой и пропускной способностью всегда является проблемой, я прилагаю все усилия, чтобы уменьшить размер моих файлов, особенно изображений. В результате у меня есть по крайней мере 10000 файлов размером около 200 байт.

Размер блока выделения моего жесткого диска составляет 4 КБ, что означает, что я трачу много места. Что касается резервного копирования, в частности, я бы хотел избежать потери места.

То, что я хотел бы знать, это каковы недостатки установки наименьшего размера AU. Моя главная проблема заключается в том, что происходит с файлами 8 ГБ, если у меня размер AU 512 байт?

Answer 1

Недостатки небольшого блока выделения диска включают в себя:

• Большая таблица размещения.

  Это наиболее очевидное последствие сокращения единицы размещения. Для объема определенного размера уменьшение единицы выделения с 4 КБ до 512 приводит к увеличению таблицы распределения в 8 раз. Обратите внимание, что файловая система, скорее всего, будет иметь дубликаты или дубликаты таблицы размещения для обеспечения целостности файловой системы.

• Выделение происходит чаще.

  Так как на единицу выделяется меньший объем дискового пространства, при записи последовательных файлов будут возникать дополнительные издержки файловой системы (наиболее распространенный метод). Чтобы выделить кластер, файловая система должна получить блокировку мьютекса, чтобы обеспечить исключительный доступ, изменить таблицу размещения, освободить мьютекс и затем скопировать таблицу размещения из памяти на диск.

• Возможное ограничение в объеме тома

  Вероятно, не проблема сегодня с 32- и 64-разрядными процессорами. Но еще во времена 8- и 16-разрядных процессоров и файловых систем, таких как FAT, количество единиц выделения в сочетании с размером выделения фактически накладывало реальное ограничение на размер томов / разделов жесткого диска. Одним очевидным результатом стала файловая система FAT32, которая увеличила количество возможных единиц выделения.

• Больше фрагментации файлов

  Для данного размера файла, очевидно, будет больше единиц размещения, назначенных этому файлу. Нет никаких гарантий, что единицы распределения могут / будут смежными. Для чтения файла 8 МБ наихудший сценарий для кластеров 4 КБ будет включать 2048 интервалов поиска плюс интервальные задержки или один полный доступ к диску для каждого кластера в последовательности. Наихудший сценарий для кластеров 512B будет включать 16 364 поиска плюс интервалы задержки вращения! Очевидно, что эта (возможная) фрагментация повлияет на пропускную способность данных.

По мере того как диски становятся больше, размер распределения часто увеличивается, чтобы уменьшить эти недостатки. Рациональным является то, что на диске больше свободного места, но это круговая логика. В идеале на диске должно быть несколько разделов, каждый из которых должен иметь формат, выделенный для "типичного" файла. Например, я оставляю диск / раздел C: по умолчанию размером 4 КБ. Но раздел, в котором записаны телевизионные записи, имеет кластеры 64 КБ, поскольку обычная часовая запись составляет около 6 ГБ.