BigSector
WTfasf http://www.QS3PE5ZGdxC9IoVKTAPT2DBYpPkMKqfz.com
Проблемы
При использовании DOS partition table первый раздел типично начинается с сектора 63, то есть 31.5k — что не является выровненным ни по какой разумной границе. Одним из способов объезда этого является выравнивание начала раздела (оригинал) по границе, кратной размеру блока либо страйпа.
Как если бы тормозной трансляции самой по себе было недостаточно, производители грозились для удобства пользователей Windows XP учинить смещение первого сектора на 512 байт, чтобы тем самым подвинуть 63-й логический сектор размером 512 байт на границу 8-го физического сектора размером 4096 байт. Что делать, если встретятся _такие_ варианты — пока непонятно вообще.
Решения
Требуется обеспечить адекватную обработку ситуации вместе со всеми возникающими нюансами на уровнях от работы с собственно диском до файловой системы. (#16000)
установщик (alterator-vm)
- Установка p6 Desktop показала, что создаваемые в процессе установки разделы не выравниваются. altbug #23848
работа с диском
- Linux 2.6.31 обучено возвращать выравнивание и размер физического сектора
разбиение на разделы
- fdisk из util-linux-ng 2.17 обучен (#23014) использовать minimum_io_size и выравнивать разделы по границе физического сектора либо stripe chunk (в sisyphus)
- parted 2.1 обучен (--align) -- есть в сизифе, но не в бранчах p5/5.1 (#23016)
raid/lvm/evms
Тесты lvm2 показали, что align'ит нормально и характеристическая просадка скорости отсутствует.
файловые системы
- XFS: mkfs.xfs 3.0.1 справляется при -s size=4096, в 3.1.1 уже сделали автодетект (#23017)
Тестирование
- hdparm --Istdout => IDENTIFY DEVICE word 209
- bonnie++ может давать заметный, но не в разы разлёт по Sequential Input/Output, но полное время выполнения у mike@ на WD15EARS различалось примерно втрое (что коррелирует с «performance hit of a factor of about 3.3»)
- предложено использование мелкого сишного теста и также PostMark