UDMA-3 (44Mb/s)

А что с дровами делать будем? Самопальные писать?..
Хотя, в принципе, почему бы и нет... Я из желания поэкспериментировать правленный IAA насильно "загонял" на BX под wxp и w2k3, нормально работает (только ГУИ отказывается сотрудничать... )
Короче, присоединяюсь к голосу общественности...

Давай, давай, не унывай!!! Я согласен быть супер-бета-тестером. Вопросик: а что это за кривой режим такой?

Была такая задумка, да "в серию" не пошла...
Хотя технически реализуема...

Эх, была - не была!..
Добью эту "достаточно безумную идею" своей такой же, мучает меня уже давно, как-то, было дело, даже с rgt ею делился...
В wxp и w2k3 есть возможность софтовой реализации RAID 0, т.е ускорения обмена, что называется, "не по детски" (остальные РАЙДовые режимы, доступные в w2k3, опускаю - к делу отношения не имеют). Все бы хорошо, но реализуется этот режим только на зонах динамических дисков, изначально не бывших базовыми, т.е. загрузочным и системным диском такой РАЙД не сделаешь - нужны ARC-пути, а где же их в этом случае взять, если адресация динамического диска строится уже внутри ОСи и совершенно по другому принципу (опять же для существа идеи пока неважно, по какому).

В то же время, судя по поведению Мастдая в Recovery Console и Safe Mode, все необходимое для работы с динамическими дисками, как часть общей оснастки для HDD, загружается в самом начале, более того, в случае консоли - и без обращения к Windows\System32, очевидно, из своей System32.
Так вот в чем состоит идея - предположим, что на каждом канале висит в UDMA-2 (или 3) по одному динамическому диску, на первом из двух в небольшом первом разделе (бывшем базовом) находится только загрузочная часть (boot.ini, ntdetect, ntldr, cmldr и пр.) и папка СMDcons, на аналогичном разделе 2-го диска - файл подкачки, а все остальное пространство этих дисков занимает один Stripped-раздел (два, три...), на котором и находится Мастдай и пр.; также, предположим, что у нас есть некая программулька-"заглушка", которая "обманывает" загрузчик в момент первоначального поиска ARC-пути из boot.ini к %sysdyr%, грузит вначале оснастку по работе с дисками из CMDcons, а затем снова возвращает управление Мастдаю (насколько это я понимаю, обращение по ARC-пути нужно только до момента загрузки оснастки ОСи по работе с HDD, т.е. один или очень малое количество раз, а дальше адресацию ведет уже сама ОСь, которой наличие или отсутствие ARC-путей совершенно до барабана...).
Если это реализуемо - получаем не загрузочный, но системный RAID 0 на ВХ'е, т.е. де-факто UDMA-4 (или 4.67 для 2хUDMA-3) для системной директории, со всеми вытекающими.
И не говорите мне про снижение производительности системы - да, будет небольшое задействование ресурсов камня и памяти, но, спрашивается, мы зачем на BX'ы Туалероны ставим, не для подъема ли той самой производительности, причем такого, которому отвлечение ресурсов на программный RAID - что слону дробина...
Вот такая вот мысля...

Может я ошибаюсь, но думаю что пути в ARC формате нужны только для ACPI ядра и возможно NTFS. Для стандартного ядра и FAT я думаю возможно использовать досовские пути.

Эксперимент показал возможность этого и для АРМ от 2000.

Программный RAID 0 под w2k/wxp/w2k3 пожно создать только на нераспределенных зонах двух динамических дисков.
Обратиться при загрузке по ДОСовским путям к партиции на динамическом диске, созданной на нераспределенном месте после его преобразования из базового, не получится никак, можете попробовать, кому не лень - ее просто "не существует" до загрузки оснастки по работе с дисками...

делали - знаем

Сразу видно - родная душа...
А я еще даже пробовал присвоить Stripped-партиции без буквы Entry на %sysdir%, а также "пустую" %sysdir% оставить на бывшем Primary Active и создать для нее кучу маленьких Stripped-партиций без букв (по числу папок в %sysdir%; и не лень было!..), с присвоением каждой из них Entry на соотв. системную папку - тоже ни фига, он обращается к System32 во время загрузки (до подключения оснастки динамических дисков), и кранты...

Как дела в продвижении UDMA44 и Stripe?