Несколько массивов для Random I/O

[exLH]

Я пытаюсь капнуть глубже и поэтому задаю дополнительные вопросы.

Капнуть (накапать) в преддверии нового года это правильно!
Но дополнительных вопросов я, увы, не увидел. Если они есть, то с удовольствием постараемся ответить.

[Хармонт]

Коллеги, всех с Новым Годом! Не люблю оставлять дела незавершенными. Раз начал такую эпопею, постараюсь завершить.

Но дополнительных вопросов я, увы, не увидел. Если они есть, то с удовольствием постараемся ответить.

Давайте я попробую более четко сформулировать вопрос.

Есть массив RAID5 из 6ти дисков. Приходит 3 блока на запись. Все из разных stride. Такой набор данных вызовет 6 операций считывания и 6 операций записи. Операции записи равномерно распределены по дискам (т.е., скажем, на 1-3 диски падают блоки, на 4-6 parity). Какой самый оптимальный возможный на практике порядок выполнения этих операций?

Т.е., например, может ли контроллер переопределить очередь таким образом, чтобы сначала последовательно считать 3 stride'а + 3 parity в кэш, все посчитать и затем одновременно отправить на запись 3 блока + 3 parity, чтобы диски обрабатывали их параллельно? Или это будет упорядоченный read-write-...-read-write?

[exLH]

Какой самый оптимальный возможный на практике порядок выполнения этих операций?

На практике будет возможен такой, который разработчики микрокода заложили в контроллер.
Хотите узнать больше? Вас с нетерпением ждут здесь:
http://jobs.lsi.com/silicon-valley/firm ... el%29-jobs

может ли контроллер переопределить очередь таким образом, чтобы сначала последовательно считать 3 stride'а + 3 parity в кэш, все посчитать и затем одновременно отправить на запись 3 блока + 3 parity, чтобы диски обрабатывали их параллельно? Или это будет упорядоченный read-write-...-read-write?

Может. Если ему это будет нужно. (читай, "если при оптимизации микрокода считалось, что так будет лучше").