Во-первых, обратите внимание, что размер блока устройства отличается от размера блока, используемого файловой системой. Первое значение, сообщаемое diskutil, относится к необработанному размеру блока, используемому оборудованием. Я не нашел простой способ проверить последнее значение с помощью командной строки, но вы можете просто создать файл нулевого байта, а затем получить информацию из Finder. Он скажет 0 байтов, но 4k используется на диске.
Во-вторых, вы можете создать файловую систему HFS + с размерами блоков более 4 Кб с помощью программы командной строки newfs_hfs
. Самый простой способ - использовать Дисковую утилиту для разбиения диска и создания раздела с форматированием по умолчанию, а затем использовать /bin/df
для определения блочного устройства (только пример:) /dev/disk0s2
. Затем размонтируйте этот раздел (используя umount /dev/diskXXX
или Дисковую утилиту) и переформатируйте в HFS + с блоками по 64 КБ:
newfs_hfs -v VolumeName -b 65536 /dev/disk0s2
Используйте приведенный выше совет Get Info, чтобы убедиться, что небольшой файл теперь занимает 64 КБ на диске (может быть 65 КБ для модулей с степенью 10).
Производительность - это основная причина, по которой вы можете захотеть сделать это, если большая часть данных, которые будут храниться, представляют собой большие файлы (такие как MP3, фото, видео, файлы .zip и т. Д.), А также помогает поддерживать низкую фрагментацию диска. Очевидно, не беспокойтесь, если вы планируете хранить в основном небольшие файлы.
Я обнаружил, что на больших дисках (> 1 ТБ), отформатированных как HFS с размером блока 4 КБ по умолчанию, когда диск приближается к емкости, производительность записи ужасно снижается. Я предполагаю, что это происходит из-за фрагментации раздела и необходимости искать и клевать свободные блоки, чтобы выписать последние 1% данных. Я надеюсь, что большие размеры блоков несколько облегчат эту проблему.