- Não. É válido.
- pode ser. Você deve realmente considerar a atualização pelo menos no último 5.3.x, mas é melhor atualizar para alguns 5.x recentes, já que o 5.3.x não é mais suportado.
- Não. Eu tinha essa configuração trabalhando em todas as versões. Além disso, ter
pm.max_requests
set é uma prática comum.
Pode ser que você tenha poucos funcionários trabalhando. Você deve realmente investigar o número de trabalhadores ocupados e em execução, o php-fpm tem um recurso interno para isso, pm.status_path
- você pode ver o que há nele com o wget ou qualquer outro cliente http:
[root@sol etc]# wget -O - -q http://localhost/status
pool: www
process manager: dynamic
start time: 29/Jan/2015:11:36:20 +0300
start since: 1633615
accepted conn: 996160
listen queue: 0
max listen queue: 0
listen queue len: 0
idle processes: 34
active processes: 1
total processes: 35
max active processes: 18
max children reached: 0
slow requests: 0
Ele diz que eu tenho um processo ativo e um ocioso - portanto, estou bem. O número de processos ocupados era de 18 no máximo, então eu estava bem o tempo todo desde o início.