O que esses resultados de criação de perfil significam?

2

Estou tentando mudar um site de um antigo CMS para o WordPress. Eu não tenho raiz. Não consigo instalar extensões. Baunilha PHP 5 instalar. Por isso, coloquei apenas microtime em cada final, terminei com memory_get_peak_usage .

  • O Old CMS funcionou por 0,415 segundo e consumiu 512 kilobytes de memória.
  • O WordPress funcionou por 0,748 segundos e consumiu 9728 kilobytes de memória pela primeira vez, e então ele durou 0,429 segundo e consumiu 9984 kilobytes de memória servindo a partir do WP-Super-Cache.

Então, está instalando o WordPress uma perda de desempenho? Mas muitos blogs populares que recebem muitos visitantes por dia usam o WordPress! Como? Ou esses números não são representativos do desempenho? Ou talvez o WP-Super-Cache esteja quebrado e não esteja rodando tão rápido quanto deveria? Como eu sei de onde a página está sendo servida?

Edit: Raspe isso, o WP Super Cache simplesmente não está funcionando por algum motivo. Nunca serve o que armazena em cache.

    
por CannibalSmith 11.09.2009 / 20:55

5 respostas

1

Blogs WordPress de alto volume provavelmente estão usando aceleradores PHP , para iniciantes. O WP é uma arquitetura muito abrangente que se beneficia particularmente bem de um acelerador (que é outra maneira de dizer que, como você está vendo, ele sofre particularmente por não ter um).

Sua velocidade aprimorada na segunda passada sugere para mim que o WP-Super-Cache está funcionando.

    
por 11.09.2009 / 21:21
1

Eu recomendo strongmente o uso do WP-Super-Cache, você tem que ajustá-lo para trabalhar com páginas estáticas (arquivos HTML no diretório tmp). É melhor gerar a página em intervalos de 15 minutos, porque se você tiver muitos comentários, o usuário sente que não é em tempo real.

    
por 22.11.2011 / 15:04
0

Realmente não importa o quão bem eles executam. Basta colocar um pouco de cache na frente e a maioria dos problemas desaparecerá; Se você for cuidadoso, a maioria das páginas em qualquer CMS será basicamente estática, ou seja, link , /2009/11/12/my_post.html , etc. não mudam de solicitação para solicitação (index.html só muda se houver uma nova postagem no blog, as páginas de postagem do blog mudam apenas se a postagem for editada), portanto não há necessidade de incorrer no custo de calculá-las novamente .

Apenas se eles forem atualizados com freqüência, você terá problemas (acho que esse é o problema do Twitter, por exemplo).

IMHO, apenas com o mod_cache do Apache httpd e um script não quebrado, você deve estar ligado à largura de banda.

    
por 12.09.2009 / 01:57
0

Sugiro usar a ferramenta Apache Benchmarking , ab , para ver quais alças do sistema mais solicitações simultâneas. Eis um bom exemplo de como , mas o googling "ApacheBench" fornece muitos outros resultados.

    
por 21.09.2009 / 23:39
-4

Bem, por que o mundo todo está usando o apache quando as pessoas sabem que ele atende páginas com metade da velocidade do que o Nginx ou o Lighttpd e têm sérios problemas com pessoas que deixam as conexões abertas?

Porque a maioria das pessoas não se importa. Eles apenas seguem os rebanhos e aqui está o rebanho de wordpress. A propósito, ao correr do cache eles parecem os mesmos mais sobrecarga de memória.

Faça alguns testes de estresse se o overhead de memória causar abortos se você receber slashdotted e obter muitos processos de entrada simultâneos. Tente um "ab -c 50 url-of-your-page" de um servidor VPS na rede - se você não pode executar isso para muitos pedidos, digamos 100000 você tem um problema.

    
por 12.09.2009 / 09:13

Tags