Gerenciando a memória do servidor (php, fastcgi, apc)

1

Ok, realmente preciso de alguém para me ajudar aqui

Estou rodando o CentOS em um VPS com o Plesk instalado

Eu lancei um novo site que recebe algumas centenas de visitas por dia (nada maluco), mas tem sido atormentado por problemas de desempenho.

O VPS tem 768MB de RAM e chega a 90% disso rapidamente.

O site é executado no wordpress sob fast-cgi e o apc está instalado e funcionando corretamente.

Estou vendo muitos erros de "Fim prematuro de cabeçalhos de script:" e "Software causou a interrupção da conexão: mod_fcgid: ap_pass_brigade falhou na função handle_request" nos logs de erro, que acho que se manifestam como 500 erros no frontend.

Eu adoraria se alguém pudesse me dar algumas dicas sobre gerenciamento de memória linux:

1.) Eu atualmente configurei a memória do php para usar 512MB de memória e aumentei a execução máxima e os tempos de entrada para 1600 segundos. 2.) APC está configurado para usar 48M de memória 3.) Não tenho certeza qual alocação de memória rápida cgi tem

  • devo aumentar a memória apc?
  • existe uma maneira de controlar qual memória o cgi pode acessar rapidamente ou usar apenas o 512 definido no php.ini?
  • Ouvi dizer que há problemas ao usar o cgi rápido e o apc - isso estaria causando meus problemas de desempenho?

Qualquer ponteiro muito apreciado.

Obrigado,

Ed

    
por Ed Bloom 01.07.2010 / 17:53

1 resposta

2

A mensagem "ap_pass_brigade" é inofensiva - veja o link .

Dependendo dos números que você está lendo para chegar a 90%, ele também pode ser inofensivo - em particular, a figura 'usada' no topo inclui os buffers de cache do kernel para acelerar o acesso a arquivos, reduzir quando algo mais precisa da memória.

Mas "Fim prematuro dos cabeçalhos de script" significa que o script é, por alguma razão, que você não está concluindo e executando seu trabalho. Existe mais informação nos logs? O script está começando - você pode inserir uma instrução print (para stderr) e vê-la aparecer no log de erros do Apache? Existe alguma coisa no suexec.log? - alguns problemas que causam isso aparecerão lá.

    
por 01.07.2010 / 18:04

Tags