Пришла в голову идея и хотелось бы узнать имеет ли она практический смысл. Речь идёт только о системе из двух дисков.
Допустим данные высказывания верны:
1. Если со смертью диска пропадут данные за последние полчаса - это не особо критично для большинства юзеров в обмен более чем 60% увеличение скорости записи.
2. Почти не существует ситуаций, особенно на домашних пк, когда жёсткие диски постоянно загружены на 100%.
Тогда можно добавить к рейду 1 данную схему работы:
1. Запись данных пойдёт как в рейде 0.
2. Когда первый пункт завершён, отметим в отдельном месте на диске, что скопированные данные записаны не полностью и ответим операционной системе, что копирование данных завершено.
3. Если существует запрос на запись новых данных, проигнорируем не полностью записанные предыдущие данные и начнём с первого пункта.
4. Если запросов на запись данных нет, то начнём обмен данных между дисками, дополняя недостающие данные.
5. Если во время операции в пункте 4 появится запрос на запись данных, то приостановить данный процесс и начать запись, продолжив когда требования пункта 4 будут удовлетворены.
6. Если появится запрос на чтение данных, то информация по не полностью записанным данным выдаётся по системе рейда 0, а по полностью записанным по системе рейда 1.
7. Если во время операции в пункте 4 появится запрос на чтение данных, то скорость чтения данных будет уменьшена в зависимости от объёма данных, хранимых на текущий момент по системе рейд 0. Чем больше данных хранится по системе рейд 0, тем больше ресурсов уделяется на операцию в пункте 4.

Приведу один из простых примеров работы:
1. Начата операция по записи данных, которая заняла бы 10 минут при записи по системе рейда 1. Вместо этого данные записываются за 5-7 минут по системе рейд 0.
2. В следующие 7-9 минут, пока юзер уже ничего на диск не записывает, недостающие части в фоновом режиме копируются между дисками, дополняя друг друга и завершая их переход с системы рейд 0 на рейд 1.

В итоге данная система увеличивает скорость записи рейд 1 до рейд 0 за счёт уменьшения надёжности недавно записанных данных до рейд 0 и увеличения суммарного времени операции записи, так как появляется необходимость чтения 100% объёма записываемых данных при переходе в фоновом режиме их типа хранения с рейд 0 до рейд 1.

Что можете сказать по поводу данной идеи? Всплывала ли она раньше?

Не имеет, поставьте SSD и не занимайтесь ерундой.

Еще во времена iAPX-432, тогда так и работали большие СХД. Но сейчас это не актуально.

У меня ссд стоит, мне хватает. Да и нет у меня квалификации такой ерундой заниматься. Максимум грубо идею описать.

Почему не актуально? Сейчас же и с ссд кто-то использует 1/0.
Если раньше так и работали некоторые системы, почему тогда не запихнули такой конфиг под названием рейд 2 или вроде того. В сравнении с рейд 1 скорость же окупает недостатки.

Потому что один единственный ссд будет почти с той же скоростью варочить приложение а расходы в два раза больше.
мало ли кто сеёчас чем занимается из извратов, но не покупать же 386 пень под современные задачи.
вообще нет.

Кто использует такое? Тем более с SSD.
У меня дома в файлопомойке стоит RAID, но не 1/0, а 64, двадцать два 960 гигабайтных накопителя под данные и еще два на 240ГБ под хранение контрольных сумм ми всем этим занимается специализированный контроллер. Конфиг в моем профиле.

зачем? что там хранить

В основном данные с URL-crawler'а
Точнее кэш данных, до тех пор пока он не перенесется на DLT

сначала ничего не понял, потом посидел, подумал, и опять нифига не понял))
но в общем тебе это нужно, и это главное)) а то знаю больных, которые фильмы собирают и т.д. при наличии гигабитного канала))