php-fpm: сотни секунд в журнале
«Секунды» - это единица времени; 321 из них составляет немногим более пяти минут .
Причина, по которой ваши процессы завершаются и возрождаются, заключается в том, что вы установили параметр pm.max_requests в конфигурации пула php-fpm файл.
Например, взято из конфигурации по умолчанию:
; The number of requests each child process should execute before respawning.
; This can be useful to work around memory leaks in 3rd party libraries. For
; endless request processing specify '0'. Equivalent to PHP_FCGI_MAX_REQUESTS.
; Default Value: 0
pm.max_requests = 500
Мы можем видеть в вашей конфигурации, что она установлена на 100 , таким образом, php-fpm повторяет процесс после обработано 100 запросов.
Что говорит ваш параметр max_requests ? Если это загруженный веб-сайт, он, скорее всего, перезапустит свои дочерние процессы после того, как достигнет этого количества запросов - если только он не укажет 0, и в этом случае он может достичь внутреннего тайм-аута и закрыть дочерние процессы для экономии памяти в периоды ожидания. Я знаю, что это делает процессор FastCGI для IIS; здесь, вероятно, такая же ситуация.
Src: http://php-fpm.org/wiki/Configuration_File
РЕДАКТИРОВАТЬ: Тогда вот что происходит. Как только один ребенок выполняет 100 запросов, он закрывается. PHP-FPM затем откроет новый, когда это необходимо (что может быть немедленно).