маршрут добавляет в rhel с src опцией

Я думаю, что "Карта LSI (еще) не имеет BBU, таким образом, обратная запись отключена", узкое место.

Если у Вас есть UPS - включают Обратную запись.

Если не - пытаются получить BBU.

Если Вы не можете - можно или рискнуть непротиворечивостью данных на виртуальном диске путем выпуска кэшированных данных в случае скачка напряжения, если Вы включаете Обратную запись или придерживаетесь этих скоростей с помощью записи через кэш.

Даже при выравнивании раздела к логическому тому (который обычно автоматически делается большинством современных Ose), и отформатируйте объем с оптимизированным достаточно большим кластером/размером блока (я думаю, что это должны быть 2 МБ в случае) добираться, все диски обработать единственный IO запрашивают, чтобы я не думал, что Вы достигнете очень большого различия в производительности записи.

Поскольку производительность записи RAID5 является очень сверхозаглавленным процессом. И так как это - запись через процессор XOR, не имеют целых данных в кэше для выполнения вычислений блоков четности в режиме реального времени, я думаю

С включенным кэшем Обратной записи на HDD на 4x320 ГБ 515 КБ stip измеренный RAID 5 я получаю среднюю скорость записи на 250-350 МБ/с, пишущий большие последовательные файлы или средние 150 МБ/с, копирующих большие файлы в виртуальном томе. (у меня все еще нет BBU, но я имею и старый apc 700VA умные взлеты, таким образом, я думаю, что достаточно минимизирует скачки напряжения и возможную потерю кэша для много),

Мы обсуждаем случайных 100%, последовательных 100% или некоторый смешанный шаблон? Я главным образом испытываю высокие скорости, когда я полностью читал, запишите или скопируйте большие файлы на/от/к моем массиве. С другой стороны, поскольку уже упомянутые случайные записи (чтения) намного ниже изменяются от средних скоростей на 190 МБ/с меньше чем на 1 МБ/с в зависимости от размеров файла и/или запрашивают размеры. Главным образом под 20mb/s располагаются в повседневном небольшом размере / использование файла. Таким образом, это во многом зависит из приложений в реальных случайных передачах. Поскольку я использую окна OS, мои объемы являются симпатичными шумами, как дефрагментируется, и для больших файлов большие операции как копирование с довольно быстры

И одно предложение как решение медленного чтения-записи, которым управляют случайные скорости нормальных HDD - если Вы переходите к сути дела реконфигурирования Вашей целой настройки контроллера, почему Вы не рассматриваете CacheCade с помощью 1 или 2 из SSD для кэша набега no-power-dependent (что-то как гибридные набеги adaptec) и остальные для ОС/приложения, поскольку Вы используете их теперь? Таким образом, необходимо смочь повысить скорость набега 5 объемов даже с записью через, я думаю, потому что фактическая запись к физическим HDD должна произойти в фоновом режиме и поскольку Вы используете запись через кэш (не на борту кэша контроллера) и ssds как кэш вместо этого, я думаю, что необходимо быть беспокойством, свободным от системного сброса. Но для фактической и конкретной информации о том, как работы cachecade документация lsi's чтения и даже спрашивают техническую поддержку LSI, поскольку у меня нет шанса использовать ее все же.