Eu também tive esse problema e, enquanto procurava por uma solução, li várias páginas com conselhos para corrigi-lo. (1) , (2) , (3) , (4) .
Existem várias sugestões, mas o consenso geral parece ser que as duas correções mais eficazes são as seguintes:
- Alterar o PHP para ser executado como um módulo do Apache ou como um processo Fast-CGI (já vi ambos sugeridos como sendo mais rápidos)
- Adicionando uma linha ao arquivo
HOSTS
para resolverlocalhost
:127.0.0.1 localhost
- Desativar o IPv6
- Substitua todas as ocorrências de
localhost
em seus arquivos de configuração (para Apache, MySQL e PHP) por127.0.0.1
Acabei adicionando uma entrada de registro para desabilitar o IPv6, mas ainda não o reiniciei e, além disso, eu já o desabilitei através das configurações normais da interface do Windows, portanto não acho que tenha tido efeito algum ainda.
Também substituí localhost
por 127.0.0.1
em meus arquivos de configuração, o que parece ter surtido o maior efeito, diminuindo o tempo de carregamento de página do WordPress de ~ 7 segundos para ~ 2 segundos.
Além disso, também realizei um teste pelo qual iniciei o serviço dnscache
(depois de substituir meu arquivo hosts
normal e grande por um minúsculo, é claro). Isso parece ter aumentado drasticamente o desempenho de navegação de all (o que significa que agora preciso encontrar uma maneira de contornar o carregamento de 100% -CPU que o serviço cria com um grande arquivo hosts
).