Как я нахожу аппаратный размер чтения блока для своего жесткого диска?
2 ответа
Linux выставляет физический размер сектора в файлах /sys/block/sdX/queue/physical_block_size. Хотя, для получения лучшей производительности необходимо, вероятно, сделать немного тестирования с различными размерами и мерой. Я мог нет найти a ясно ответ в том использовании точно, физический размер блока получит оптимальный результат (хотя я предполагаю, что это не может быть плохой выбор).
Мой не предназначается, чтобы быть полным ответом, но я надеюсь, что он также помогает.
Вот немного что-то из http://mark.koli.ch/2009/05/howto-whole-disk-backups-with-dd-gzip-and-p7zip.html
3 - Определите соответствующий размер блока
Для более быстрого резервного копирования это может помочь закрепить оптимальный размер блока дискового устройства, которое Вы собираетесь резервировать. Принятие Вас собирается скопировать/dev/sda, вот то, как можно использовать команду fdisk для определения лучшего размера блока:
rescuecd#/> /sbin/fdisk -l /dev/sda | grep Units
Units = cylinders of 16065 * 512 = 8225280 bytes
Обратите внимание, что вывод fdisk говорит "цилиндры 16 065 * 512". Это означает, что существует 512 байтов за блок на диске. Можно значительно улучшить скорость резервного копирования путем увеличения размера блока на несколько из 2 - 4. В этом случае оптимальный размер блока мог бы быть 1k (512*2) или 2k (512*4). BTW, становясь жадным и с помощью размера блока 5k (512*10) или чего-то чрезмерного не поможет; в конечном счете система будет узкое место в самом устройстве, и Вы не сможете отжать любую дополнительную производительность от процесса резервного копирования. (добавленный акцент)
Я подозреваю, что разница в производительности между почти оптимальным и оптимальным размером блока для данной конфигурации незначительна, если набор данных не огромен. Действительно, пользователь в FixUnix (сообщение с 2007) утверждал, что его оптимальные времена были только на 5% быстрее, чем субоптимальные. Возможно, можно сжать немного больше эффективности при помощи нескольких из "кластерного" размера или размера блока файловой системы.
Конечно, если Вы переместитесь слишком далеко в любую сторону оптимального размера блока, то Вы столкнетесь с проблемой.
Нижняя строка - Вы, вероятно, получит только приблизительно 5% в производительности (т.е. 3 минуты в час) с абсолютным оптимальным размером блока, поэтому рассмотрит, стоит ли это Вашего времени и усилия исследовать далее. Пока Вы избегаете экстремумов, Вы не должны страдать.