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

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

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

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


К недостаткам небольшой единицы распределения на диске относятся:

  • Таблица распределения большего размера.

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

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

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

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

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

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

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

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

Оцените статью
techsly.ru
Добавить комментарий