Como você está executando o PHP nesse servidor, eu seria cauteloso ao usar o MPM do Worker. Existem alguns problemas conhecidos com o Worker e o PHP. A FAQ sobre instalação do PHP recomenda contra ela.
Estou pensando em mudar do pré-fuste não encadeado do mpm para o multi-processo híbrido trabalhador multi-threaded mpm para o apache (2.0.52).
Ele é executado em uma máquina Quad Core Intel (R) Xeon (TM) executando o RHEL4.
Eu escutei melhor as escalas mpm do trabalhador e recentemente tivemos alguns problemas de dimensionamento.
/ usr / sbin / httpd -l menciona o prefork como compilado em mpm. qual é a melhor maneira possível de mudar para o trabalhador mpm sem alterar nenhuma config? Eu quero evitar a construção da fonte. existe um lugar onde posso encontrar rpms para o apache compilado com o trabalhador mpm?
Eu uso o apache para a) blog (wordpress) b) fórum (phpbb) c) servindo conteúdo estático para um aplicativo da web java (usa mod_jk para encaminhar solicitações dinâmicas para o tomcat)
Quais poderiam ser os possíveis problemas que eu preciso considerar antes de fazer a mudança? Além disso, quais são as melhorias típicas de desempenho depois de mudar para o operador mpm?
Como você está executando o PHP nesse servidor, eu seria cauteloso ao usar o MPM do Worker. Existem alguns problemas conhecidos com o Worker e o PHP. A FAQ sobre instalação do PHP recomenda contra ela.
Os benefícios de usar um mpm encadeado são principalmente que o consumo de memória é menor, então você pode aumentar MaxClients sem limpar a caixa.
Isso é especialmente verdadeiro se você tiver módulos inchados que alocam muita memória por filho (ou seja, na inicialização filho), que é compartilhada entre threads.
No entanto, é uma grande mudança e não deve ser tomada de ânimo leve, em particular se preocupar com a compatibilidade do seu PHP. Certifique-se de testar qualquer mudança de configuração completamente em seus ambientes de não produção antes de usá-la na produção.
E, claro, como qualquer alteração relacionada ao desempenho, você deve testá-la para ver se ela é realmente melhor. Isso provavelmente não é trivial - pelo menos é a coisa que acho mais difícil fazer essas mudanças.
Tags apache-2.2 mpm-worker redhat rhel4