Я тебе верю , но только все признаки софтовости контроллера , которые ты назвал так же относятся и к LSI (загрузка ЦПУ + дрова) - не так ли ?для работы рейда на чипсете не нужен софт?
ну так винда ещё начиная с NT 4.0 (а может и раньше) уже умеет работать создавать рейд сама, "из коробки", впрочем как и FreeBSD
Нет, данный рейд софтовым не является. Изменения триггеров чипа с помощью 32 битной утилиты ещё не признак софтовости. Лично я, под софтовым рейдом подразумеваю программу, которая позволяет распределять данные между носителями.
Работать одинаково они не будут в любом случае. В случае железячного рейда вероятность слёта определяется вероятностью отказа связки носитель-интерфес (если по-простому, все ошибки начиная с МБР - пофих). В случае софтового к этому ещё прибавляется весь спектр ошибок ПО. К тому же эффективность такого не может быть одинаковой, т.к те действия, которые производит контроллер перекладываются на ЦПУ
По-поводу "подъёма слетевшего хардварного рейда" - сейчас вообще проблем мало - зеркало поднимается без вмешательства пользователя (в случае отказа одного из устройств второе работает просто как винт), для страйпа существует ПО, позволяющее получить доступ к данным даже на повреждённом массиве...
Действительно можно организовать тремя способами: чисто софтом, контроллером, контроллером+ управляющий процессор 
