php-fpm: сотни секунд в логе

Question 1

«Секунда» — единица времени; 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 запросов.

Answer

«Секунда» — единица времени; 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 запросов.

Question 2

Что говорит ваша max_requestsнастройка? Если это загруженный веб-сайт, он, скорее всего, перезапускает свои дочерние процессы, как только достигает этого числа запросов - если только не указано 0, в этом случае он может достичь внутреннего тайм-аута и закрыть дочерние процессы для экономии памяти в периоды затишья. Я знаю, что процессор FastCGI для IIS делает это; здесь, скорее всего, та же ситуация.

Источник:http://php-fpm.org/wiki/Файл_конфигурации

EDIT: Тогда вот что происходит. Как только один дочерний процесс достигает 100 запросов, он закрывается. PHP-FPM затем откроет новый, когда он понадобится (что может произойти немедленно).

Answer

Что говорит ваша max_requestsнастройка? Если это загруженный веб-сайт, он, скорее всего, перезапускает свои дочерние процессы, как только достигает этого числа запросов - если только не указано 0, в этом случае он может достичь внутреннего тайм-аута и закрыть дочерние процессы для экономии памяти в периоды затишья. Я знаю, что процессор FastCGI для IIS делает это; здесь, скорее всего, та же ситуация.

Источник:http://php-fpm.org/wiki/Файл_конфигурации

EDIT: Тогда вот что происходит. Как только один дочерний процесс достигает 100 запросов, он закрывается. PHP-FPM затем откроет новый, когда он понадобится (что может произойти немедленно).

php-fpm: сотни секунд в логе

решение1

решение2

Связанный контент