Например, был бы, разделяя диск на нескольких влияние массивов способность ядра кэшировать ввод-вывод эффективно вообще?
Поскольку кэш функционирует на блочном уровне, Вы эффективно уничтожите любые удачные обращения в кэш, которые Вы получаете постоянной маслобойкой. Я не рекомендую использовать разделы того-же-диска для RAID - что-либо, если Вы просто не делаете его для приобретения знаний о том, как настроить его (т.е. это для экспериментирования и изучения, и является временным). Вы будете сожалеть, что делали это на производственной машине.
Я рассмотрел вместо этого восстановление машины с единственным массивом RAID10 по всем дискам, с которыми это закончится...
Достоинства RAID 10 обсуждены в другом месте на SF.
... но выведение из эксплуатации машины столько, сколько это возьмет, не является опцией, и это не позволило бы то же разделение загрузки ввода-вывода, которую имеющий отдельные массивы делает.
Иногда, это не "никакая боль, никакое усиление". Откровенно говоря, это - Ваш наилучший вариант. Удостоверьтесь, что Ваше расположение RAID является загрузочным. Но в установке с 4 дисками (минимум), Вы закончите с достойной защитой и достойной производительностью. Иначе, если у Вас есть всего 2 или 3 диска, просто сделайте RAID1 (зеркало) только. Если у Вас есть расположение с 3 дисками, взгляд на создание диска 3 горячее резервирование.
Если у Вас есть только очень немногие, или ни один не бездействует рабочие, это означает, что Apache использует все процессы, которые позволяется использовать, и новые входящие запросы должны ожидать более старых запросов для окончания, прежде чем они смогут быть обработаны. В этом случае увеличение максимальных позволенных процессов в Вашем конфигурационном файле могло бы помочь с производительностью при определенных обстоятельствах.
Это верно, если Ваша система имеет резервы для обработки дополнительных апачских процессов. Каждому из них будет нужна память, процессорное время и диск ввод-вывод.
Если у Вас нет этих резервов, увеличиваясь MaxClients
мог бы быть даже contraproductive, поскольку больше процессов должно будет "бороться" за ресурсы, и это могло бы быть, это сокращающее количество максимальных клиентов улучшит производительность, если Вы уже поразите некоторое узкое место.