QWERTYASDF писал(а): ↑07.06.2015 16:08
1. Снижение быстродействия файловой подсистемы из-за невыравненности ее несущего раздела - в ходе ежедневной эксплуатации можно заметить далеко не сразу.
Полагаю, что если не будете специально сравнивать, то вообще никогда не заметите.
Я вообще не знаю, насколько это актуально для юниксовых ФС. Везде, где об этом пишут, речь идёт о DOS/WIN.
Почитайте
здесь. Рекламируется утилита для выравнивания и соответственно приводится обоснование - теория вопроса.
Если коротко: физический сектор в новых дисках имеет размер 4096, а программы хотят видеть по-прежнему 512.
ОС оперирует кластерами. На выровненном разделе границы кластеров совпадают с границами физических секторов и всё замечательно. Но если раздел невыровненный, то кластер может начинаться в одном физическом секторе, а заканчиваться в другом. Это значит нужно считывать/записывать два физических сектора вместо одного, следовательно, падает скорость. Вот насколько сильно она падает, и насколько это вообще актуально для юниксовых ФС - я не знаю.
QWERTYASDF писал(а): ↑07.06.2015 16:08
2. В случае AF дисков нету достаточно надежного синтетического способа (например с помощью dd или hdparm) выявить это, основываясь на скорости записи в новосозданный раздел и/или новосозданную фс.
Есть способ.
1, Создаёте гарантированно
невыровненный раздел.
2. Командой dd читаете/пишете большой объем данных. Только в простой файл, а не в файл устройства, иначе убъете разметку.
3. Оцениваете скорость чтения/записи.
4. Создаёте гарантированно
выровненный раздел.
5. Командой dd читаете/пишете большой объем данных.
6. Оцениваете скорость.
7. Сравниваете результаты п.3 и п.6
Когда вы пишете содержимое /dev/zero напрямую в файл устройства, то разметка убивается практически сразу и там уже неважно выровненный раздел или нет, поскольку разделов не осталось. Поэтому писать нужно в простой файл. Как и в повседневной работе данные пишутся в простой файл.