linux + apache + mpm_worker + mod_fcgid + php5

3

Estou usando hospedagem baseada em VPS para um site e descobri que o padrão apache2 + prefork + mod_php é muito intensivo em recursos para que meu VPS consiga uma concorrência aceitável. (Comendo RAM)

Então eu mudei recentemente para apache2 + mpm_worker + mod_fcgid + php5

Abaixo está minha configuração para módulos relevantes.

<IfModule mpm_worker_module>
    StartServers       4
    MinSpareThreads    10
    MaxSpareThreads    200
        ThreadLimit          200
        ThreadsPerChild      25
    MaxClients        200
        MaxRequestsPerChild   1000
</IfModule>

<IfModule mod_fcgid.c>
    AddHandler fcgid-script .fcgi .php
    # Where to look for the php.ini file?
    DefaultInitEnv PHPRC        "/etc/php5/apache2"
    # Maximum requests a process handles before it is terminated
    MaxRequestsPerProcess       1000
    # Maximum number of PHP processes
    MaxProcessCount             10
    # Number of seconds of idle time before a process is terminated
    IPCCommTimeout              240
    IdleTimeout                 240
    #Or use this if you use the file above
    FCGIWrapper /usr/bin/php5-cgi-wrapper .php
</IfModule>

O problema é que, durante o teste de carga do meu site, não consigo saturar a CPU do meu servidor. Muita largura de banda de rede também está disponível. A utilização da memória está abaixo de 20% do meu VPS de 1 GB. Mas ainda assim os tempos de carregamento estão aumentando.

Eu não sei o que estou fazendo de errado.

    
por Praveen 28.08.2011 / 20:39

1 resposta

1

Estou aumentando lentamente o número de solicitações / conexões simultâneas de 50-200. Essa é a carga no servidor.

Eu usei o iotop para medir o disco io. não há nada significativo aparecendo lá. 3-5k / seg no processo de pico.

Bem, se o seu disco IO, eu tenho muito pouco espaço para jogar como um VPS hospedado.

Eu apenas tentei carregar um arquivo html simples em cache da saída php para excluir quaisquer atrasos na frente do php. O gargalo não é php. O gráfico é o mesmo.

Deve ser uma questão de simultaneidade!

    
por 29.08.2011 / 00:36