Я думаю о переходе с непоточного prefork mpm на гибридный многопроцессорный многопоточный рабочий mpm для apache (2.0.52).
Он работает на четырехъядерном компьютере Intel (R) Xeon (TM) под управлением RHEL4.
Я слышал, что рабочий mpm лучше масштабируется, и в последнее время у нас возникли некоторые проблемы с масштабированием.
/ usr / sbin / httpd -l упоминает prefork как скомпилированный в mpm. как лучше всего переключиться на рабочий mpm без изменения конфигурации? Я хочу избегать сборки из исходного кода. есть ли место, где я могу найти rpms для apache, скомпилированного с worker mpm?
Я использую apache для a) блога (wordpress) b) форума (phpbb) c) обслуживания статического контента для веб-приложения java (использует mod_jk для пересылки динамических запросов на tomcat)
Какие могут быть возможные проблемы, которые мне нужно рассмотреть, прежде чем я перееду? Кроме того, каковы типичные улучшения производительности после перехода на рабочий mpm?
Поскольку вы используете PHP на этом сервере, я бы с осторожностью использовал Worker MPM. Есть несколько известных проблем с Worker и PHP. В Часто задаваемые вопросы по установке PHP не рекомендует.
Преимущества использования многопоточного MPM заключаются в основном в том, что потребление памяти ниже, поэтому вы можете установить MaxClients выше, не загромождая ящик.
Это особенно верно, если у вас есть раздутые модули, которые выделяют много памяти для каждого дочернего элемента (то есть при запуске дочернего элемента), которая распределяется между потоками.
Однако это серьезное изменение, и к нему нельзя относиться легкомысленно, в частности, беспокоиться о совместимости вашего PHP. Обязательно тщательно протестируйте любое изменение конфигурации в непроизводственной среде, прежде чем использовать его в производственной среде.
И, конечно же, как и любое изменение, связанное с производительностью, вам следует протестировать его на производительность, чтобы увидеть, действительно ли оно лучше. Это, наверное, нетривиально - по крайней мере, это то, что мне наиболее сложно при внесении таких изменений.