4

У меня миллионы файлов на большом диске. Я хочу минимизировать среднее потраченное впустую место, правильно отформатировав диск.

Есть ли способ оптимизировать BlockSize, Sectorsize и размер кластера для уже существующего диска, который имеет много файлов?

Я предполагаю, что мне нужно проанализировать имеющиеся у меня данные, отформатировать новый диск для спецификации и скопировать папки.

Я также предполагаю, что при наличии больших файлов это повлияет на метаданные внутреннего отслеживания $ NTFS, увеличив их размер (поскольку большие файлы занимают много сегментов)

1 ответ1

2

Вы не можете изменить размер блока; это все, что представляет диск (512 байт, если это не 4K собственный диск, в этом случае это 4096 байт).

Секторы - это то же самое, что и блоки, просто другое имя.

Кластеры - это детализация размещения файлов. По умолчанию для NTFS 4096 байт. Крошечные файлы исчезнут в записи файла NTFS (всегда 1024 байта), поэтому для них не имеет значения, какой размер кластера.

Большие файлы не обязательно потребляют много экстентов (если они не смежные), и размер кластера не сильно влияет на это.

Вы не можете изменить размер кластера на уже отформатированном томе. Вам нужно будет создать новый том с нужными параметрами и скопировать данные на этот том.

Допустим, у вас есть 3 миллиона файлов и из-за размера кластера по умолчанию каждый тратит в среднем 2048 байт. Тогда ваше общее потерянное пространство составляет 6 ГБ. Это 0,6 процента от 1 ТБ диска, меньший процент от большего диска. Предположим, это диск объемом 2 ТБ, который стоит 100 долларов США; общая стоимость потраченного впустую места в последних кластерах размещения всех файлов тогда составляет 30 центов. Меньше, если многие из них полностью хранятся в файлах записей.

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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .