Linux: Как выровнять раздел и файловую систему на аппаратных средствах RAID
Если вы используете начальный сектор из 2048 (512 байт) секторов, то ваш раздел будет занимать 1 МБ на диске. Это значение используется по умолчанию в большинстве новых установщиков. Это число хорошо делится на 64 КБ и большинство других распространенных размеров чанков / блоков.
Если вы выполняете разметку с помощью fdisk, то передайте флаг -u . Таким образом, он сообщает значения в 512-байтовых секторах, а не в цилиндрах.
Так как вы используете ext *, вы можете использовать этот калькулятор для определения размера полосы и ширины шага для файловой системы. Я показываю, что вы хотели бы создать свою файловую систему со следующими параметрами: mkfs.ext3 -b 4096 -E stride = 16, stripe-width = 48 . Вы можете попробовать просто создать файловую систему, не передавая параметры, и посмотреть, что mkfs обнаруживает и использует (проверьте с помощью tune2fs -l / dev / sdnn ). В наши дни кажется, что он неплохо справляется с автоматическим определением размера / ширины.
Ваши вычисления неверны. В 4-дисковом массиве RAID5 есть (упрощенно) 3 диска с данными и диски четности, поэтому, если у вас есть 4 диска по 80 ГБ, вы получаете 3 * 80 или 240 ГБ полезного пространства на массиве RAID. Итак, по вашим предположениям, запуск раздела на 2048 байтах на диске начнется со 2-го блока 2-го диска.
Но на самом деле ваше предположение в любом случае неверно. Если вы когда-нибудь наблюдали за индикаторами активности диска в массиве RAID5, вы видели, что все они мигают вместе, за исключением случаев, когда выполняется перестройка. Другими словами, контроллер RAID5 фактически кэширует чтение и запись на диск и выполняет их параллельно на всех дисках (очевидно, во время восстановления все диски, кроме одного, работают вместе, в то время как диск восстановления обычно находится на твердом носителе). Это так, чтобы гарантировать последовательность.
Конечно, он читает и записывает блоки размером 64 КБ, поэтому если вы начали разбиение на границе 192 КБ, вы могли просто увидеть частичное улучшение при доступе к файлам в самом начале раздела. Но, если предположить, что на этом диске не будет нескольких очень больших файлов (то есть с размером, кратным 192 КБ), которые читаются последовательно, при нормальной работе головки будут перемещаться по всему диску (дискам), чтение / запись выделенных файлов фрагментами по 4 Кбайт, что может затмить любой выигрыш от выравнивания раздела.
В заключение, поскольку Perc 6 / i является аппаратным RAID-контроллером, я бы просто позволил ОС разделить диск, как она рекомендует. Выравнивание раздела не окажет заметного влияния на скорость доступа к диску / файлу.
вы можете просто увидеть частичное улучшение при доступе к файлам прямо в начале раздела. Но, если предположить, что на этом диске не будет нескольких очень больших файлов (то есть с размером, кратным 192 КБ), которые читаются последовательно, при нормальной работе головки будут перемещаться по всему диску (дискам), чтение / запись выделенных файлов в кусках по 4 Кбайт, которые сводят на нет любой выигрыш от выравнивания раздела.В заключение, поскольку Perc 6 / i является аппаратным RAID-контроллером, я бы просто позволил ОС разделить диск, как она рекомендует. Выравнивание раздела не окажет заметного влияния на скорость доступа к диску / файлу.
вы можете просто увидеть частичное улучшение при доступе к файлам прямо в начале раздела. Но, если предположить, что на этом диске не будет нескольких очень больших файлов (то есть с размером, кратным 192 КБ), которые читаются последовательно, при нормальной работе головки будут перемещаться по всему диску (дискам), чтение / запись выделенных файлов в кусках по 4 Кбайт, которые сводят на нет любой выигрыш от выравнивания раздела.В заключение, поскольку Perc 6 / i является аппаратным RAID-контроллером, я бы просто позволил ОС разделить диск, как она рекомендует. Выравнивание раздела не окажет заметного влияния на скорость доступа к диску / файлу.
Если несколько очень больших файлов (то есть размером в 192 КБ) будут считываться последовательно, при нормальной работе головки будут перемещаться по всему диску (дискам), чтение / запись файлов, выделенных кусками по 4 КБ, что приведет к затоплению любой выигрыш от выравнивания раздела.В заключение, поскольку Perc 6 / i является аппаратным RAID-контроллером, я бы просто позволил ОС разделить диск, как она рекомендует. Выравнивание раздела не окажет заметного влияния на скорость доступа к диску / файлу.
Если несколько очень больших файлов (то есть размером в 192 КБ) будут считываться последовательно, при нормальной работе головки будут перемещаться по всему диску (дискам), чтение / запись файлов, выделенных кусками по 4 КБ, что приведет к затоплению любой выигрыш от выравнивания раздела.В заключение, поскольку Perc 6 / i является аппаратным RAID-контроллером, я бы просто позволил ОС разделить диск, как она рекомендует. Выравнивание раздела не окажет заметного влияния на скорость доступа к диску / файлу.
d просто позвольте ОС разбить диск на разделы, как она рекомендует. Выравнивание раздела не окажет заметного влияния на скорость доступа к диску / файлу. d просто позвольте ОС разбить диск на разделы, как она рекомендует. Выравнивание раздела не окажет заметного влияния на скорость доступа к диску / файлу.Ваши разделы должны быть выровнены по ширине полосы (размер блока * количество дисков, несущих данные). Однако вы должны знать, что это едва затрагивает поверхность оптимизации выравнивания, и вам нужно убедиться, что все, от размера фрагмента RAID до метаданных файловой системы и размера ввода-вывода приложения, не нуждается в выравнивании для оптимального производительности и гарантировать отсутствие ненужного усиления операций чтения/записи. Я написал статью на тему оптимизации выравнивания файловой системы, которая может быть вам полезна.