Se o seu wordpress, tente olhar não no servidor, mas no banco de dados. você pode precisar implementar uma camada de cache como o memcached
Eu tenho uma aplicação que está executando o symfony + wordpress no meu servidor de desenvolvimento. O servidor de desenvolvimento está sendo executado no plano mais baixo em webfaction , que é um servidor compartilhado que me fornece 80MB de RAM.
O site está executando o apache através do mod_fcgid.
O aplicativo é bem rápido por enquanto no servidor.
Eu corri um benchmark ab :
ab -n 1000 -c 10 http://devserver/
e obtivemos 6,33 request / s, o que não é o melhor, mas o site parece ser rápido o suficiente.
Mudei o site para um servidor de teste, que é um VPS com as seguintes especificações:
> sysctl hw.physmem
3212058624
> sysctl -a | egrep -i 'hw.machine|hw.model|hw.ncpu'
hw.machine: i386
hw.model: Intel(R) Xeon(TM) CPU 3.20GHz
hw.ncpu: 2
hw.machine_arch: i386
Portanto, parece uma máquina bastante robusta. Estou executando o apache + mod_php, basicamente fora da caixa. Às vezes há uma diferença notável na velocidade. Às vezes, há uma diferença incrivelmente notável na velocidade.
Eu tentei o mesmo benchmark ab, e só cheguei a 20 antes de decidir que era demais.
De vez em quando, a velocidade é aceitável, mas depois volto ao servidor de desenvolvimento e lembro-me de quão rápido ele pode ser executado.
Alguma razão pela qual o aplicativo estaria rodando muito mais lentamente em uma caixa superior?
Se o seu wordpress, tente olhar não no servidor, mas no banco de dados. você pode precisar implementar uma camada de cache como o memcached
Eu recomendo testar a configuração nginx + php-fpm
A configuração é fácil de implementar e você pode observar um ganho de desempenho dramático (em todos os aspectos, velocidade e recursos, facilidade de configuração e manutenção).
Veja nginx e, mais precisamente, a configuração do nginx + phpfpm .
Eu não estou familiarizado com o Wordpress, mas até mesmo o desempenho do seu servidor de desenvolvimento parece um pouco ruim para mim. Acho que o gargalo é provavelmente a quantidade de memória. (mas por que na terra pagar pela hospedagem de uma máquina de desenvolvimento?).
Quanto ao servidor de temporariedade. Nenhuma idéia. O que é o relatório "gratuito"? Qual é a carga? Utilização do CPU? Como o apache é configurado? Quanto tempo demora para resolver um único pedido? Para desempenho tão ruim, isso sugere que o sistema está esperando por consultas DNS ou tempos limite de soquete. O que o netstat reporta? iotop?
Uma explicação completa de como investigar e resolver problemas de desempenho no Apache e no PHP preencherá um livro muito grande - então você pode não encontrar uma resposta definitiva aqui no SF.
Tags performance apache-2.2