Ничего особо обсуждать и не надо - надо только создавать JFS разделы так, чтобы номер _физического_ сектора был кратен 8. DFSEE небось умеет, ну или ручками - создавая его в конце свободного места и меняя каждый раз размер с самым мелким шагом - пока стартовый сектор не встанет на 4k.

HPFS-у ничего не поможет, там 512байт гвоздиками прибиты.

FAT/FAT32 - можно тетрисом форматнуть - он выравнивает начало FAT и физических данных на 4k. Делает ли такое DFSEE - не знаю. Или можно Валериуса попросить сделать такое в новом FAT32 формате.

Или вообще не надо ничего специального делать. Пишу сейчас с машины с AF двутерником, сразу размеченым по классической схеме. Работает себе уже несколько лет без проблем. Тормоза может и есть, но я не знаю, как их измерять. Если именно "чувствуются ли", то нет. Но я не очень-то чувствительный :)

Юзаю диски с AF с 2009 года. Первый такой винт у меня был 640 GB 2.5" WD Scorpio Blue -- сильно тормозил (раза в 3), если не выравнять данные на 4096 байт (размер физсектора). Если выравнять, то все тип-топ. Выравнять могут новые версии dfsee. До того, как они появились, разбивал линуксовым fdisk-ом, или менеджером разделов от win7 -- они научились это делать гораздо раньше. Щас это умеют делать в оси QSINIT (тетрис) и dfsee. Мои два последних 2 TB диск Seagate тоже с AF, но уже не должны тормозить, по идее. Торозили, как кое-кто говорит, старые версии с неудачными прошивками. В новых версиях такого вроде, быть не должно. Но я разбивал новым dfsee и поэтому по любому, тормозов нет. На моей старой машине копирование большого файла в NUL дает скорость до 102 MB/s, что неплохо (на более новых машинах, говорят, до 160 MB/s).

PS: В новых версиях format для fat32.ifs буду тоже делать выравнивание.

Не, сами разделы тетрис выравнивал на AF только на GPT таблице разделов :) Поскольку там оно просто.

Добавил в последнем ревижне выравнивание на MBR дисках, но тока при создании в конце свободного места (как описано в посте выше). Там грабля, собстно, в том, что равнять надо и на AF и на цилиндр. Куда проще это делать - создавая раздел в конце нераспределённого пространства. Если делать это в начале - получится много дырок с размером в несколько цилиндров (там, где происходит подборка совпадения границы цилиндра и 4k).

2dixie: А нафига равнять на цилиндр? У меня не выравнено, и вроде все и так работает. DFSee выдает кучу варнингов, но это не страшно.

Без этого и miniLVM и LVM хнычут на тему плохой таблицы разделов. LVM.EXE, же, тоже вполне юзабелен - для мелких винтов. Зачем совместимость терять?

DOS, опять же, можно какой-ньть поставить, старые партишнмагики юзать, которые HPFS понимают, итд ;) Да и не так и сложно - сделать "по стандарту".