Daemontools - вход stderr и stdout отдельно
Я вижу, что Вы думаете об использовании ZFS, если Вы действительно знаете, что это изменяет большинство Ваших конструктивных соображений. ZFS не является просто другой файловой системой, это - также насыпанный менеджер томов. Если Ваше движение этого направления обновите вопрос, и я буду более конкретным.
Несколько SSD будут быстро насыщать большинство плат RAID, хотя верхний край карты может легко обработать их. Карты памяти PCIe обычно быстрее, стойте больше, и многие, MBS еще не загрузится от них.
Нужно больше информации о Ваших требованиях...
Дыра RAID5 всегда применяется (хотя это - эффекты, может быть в основном смягчен, зависит от Вашей установки и что Вы используете его для),
FusionIO являются очень дорогими. RevoDrive больше для энтузиастов, у них нет большого количества резерва также. Если Ваше приложение является интенсивной записью, это может уничтожить RevoDrive в течение Вашего ожидаемого времени жизни.
Посмотрите выше для моего комментария о ZFS. Честно, если бы Вы думаете об этом (и готовый сделать решающий шаг), я предложил бы это. L2ARC, ZIL, Дедупликация, снимок, ACL, и т.д., и т.д., функции помещают его далеко впереди конкуренции, и берет остальную часть этого обсуждения в другом направлении. Кроме того, BSDs поддерживают ZFS и улучшают их поддержку его экстенсивно прямо сейчас. Linux также поддерживает его, хотя они немного позади из-за несовместимостей лицензии.
Стандартная Правовая оговорка - у меня есть очень мало знания Ваших конкретных требований и среды; возьмите все это с огромной мелкой частицей соли.
Мне кажется, что это вопрос оболочки: «Как мне отправить stderr и stdout по отдельности?» Предположим, что синтаксис bash или Bourne-ish:
# 3 goes to wherever stdout is pointing
exec 3>&1
# send stdout of this cmd to FD 3, stderr somewhere else
eval $command 2>&1 1>&3 | sed 's/^/stderr from pipe: /'
# close FD 3
exec 3>&-