Статус пула PHP-FPM процесса last-request-cpu

Я установил PHP и включил функцию FPM, но я не уверен в данных о состоянии FPM (например, процесс last-request-cpu), ниже приведена подробная информация о php-fpm.conf.

[www] ; Unix user/group of processes user = www-data group = www-data ; Chdir to this directory at the start. chdir = / ; The address on which to accept FastCGI requests. listen = /var/run/phpfpm/$pool_php5-fpm.sock ; Set listen(2) backlog. A value of '-1' means unlimited. listen.backlog = -1 ; Set permissions for unix socket. listen.mode = 0666 ; Pool configuration. pm = dynamic pm.max_children = 10 pm.start_servers = 4 pm.min_spare_servers = 2 pm.max_spare_servers = 6 pm.max_requests = 500 ; The URI to view the FPM status page. pm.status_path = /status ; The ping URI to call the monitoring page of FPM. ping.path = /ping ; The access log file. access.log = /var/log/phpfpm/$pool_php-fpm.access.log ; The access log format. access.format = %R - %u %t "%m %r%Q%q" %s %f %{mili}d %{kilo}M %C%% ; The log file for slow requests. slowlog = /var/log/phpfpm/$pool_php-fpm.log.slow ; The timeout for serving a single request after which a PHP backtrace will be ; dumped to the 'slowlog' file. A value of '0s' means 'off'. request_slowlog_timeout = 5 ; Limits the extensions of the main script FPM will allow to parse. security.limit_extensions = .php

Я включил pm.status_path = / status для просмотра результата статуса FPM, как показано ниже:

 <?xml version="1.0" ?> <status> <pool>www</pool> <process-manager>dynamic</process-manager> <start-time>1418352728</start-time> <start-since>21936</start-since> <accepted-conn>20</accepted-conn> <listen-queue>0</listen-queue> <max-listen-queue>0</max-listen-queue> <listen-queue-len>0</listen-queue-len> <idle-processes>3</idle-processes> <active-processes>1</active-processes> <total-processes>4</total-processes> <max-active-processes>1</max-active-processes> <max-children-reached>0</max-children-reached> <slow-requests>0</slow-requests> <processes> <process> <pid>11</pid> <state>Idle</state> <start-time>1418352728</start-time> <start-since>21936</start-since> <requests>5</requests> <request-duration>5391</request-duration> <request-method>GET</request-method> <request-uri>/status?xml&amp;full</request-uri> <content-length>0</content-length> <user>-</user><script>-</script> <last-request-cpu>0.00</last-request-cpu> <last-request-memory>262144</last-request-memory> </process> <process> <pid>12</pid> <state>Idle</state> <start-time>1418352728</start-time> <start-since>21936</start-since> <requests>5</requests> <request-duration>3365</request-duration> <request-method>GET</request-method> <request-uri>/status?xml&amp;full</request-uri> <content-length>0</content-length> <user>-</user><script>-</script> <last-request-cpu>297.18</last-request-cpu> <last-request-memory>262144</last-request-memory> </process> </processes> </status> , <?xml version="1.0" ?> <status> <pool>www</pool> <process-manager>dynamic</process-manager> <start-time>1418352728</start-time> <start-since>21936</start-since> <accepted-conn>20</accepted-conn> <listen-queue>0</listen-queue> <max-listen-queue>0</max-listen-queue> <listen-queue-len>0</listen-queue-len> <idle-processes>3</idle-processes> <active-processes>1</active-processes> <total-processes>4</total-processes> <max-active-processes>1</max-active-processes> <max-children-reached>0</max-children-reached> <slow-requests>0</slow-requests> <processes> <process> <pid>11</pid> <state>Idle</state> <start-time>1418352728</start-time> <start-since>21936</start-since> <requests>5</requests> <request-duration>5391</request-duration> <request-method>GET</request-method> <request-uri>/status?xml&amp;full</request-uri> <content-length>0</content-length> <user>-</user><script>-</script> <last-request-cpu>0.00</last-request-cpu> <last-request-memory>262144</last-request-memory> </process> <process> <pid>12</pid> <state>Idle</state> <start-time>1418352728</start-time> <start-since>21936</start-since> <requests>5</requests> <request-duration>3365</request-duration> <request-method>GET</request-method> <request-uri>/status?xml&amp;full</request-uri> <content-length>0</content-length> <user>-</user><script>-</script> <last-request-cpu>297.18</last-request-cpu> <last-request-memory>262144</last-request-memory> </process> </processes> </status> , <?xml version="1.0" ?> <status> <pool>www</pool> <process-manager>dynamic</process-manager> <start-time>1418352728</start-time> <start-since>21936</start-since> <accepted-conn>20</accepted-conn> <listen-queue>0</listen-queue> <max-listen-queue>0</max-listen-queue> <listen-queue-len>0</listen-queue-len> <idle-processes>3</idle-processes> <active-processes>1</active-processes> <total-processes>4</total-processes> <max-active-processes>1</max-active-processes> <max-children-reached>0</max-children-reached> <slow-requests>0</slow-requests> <processes> <process> <pid>11</pid> <state>Idle</state> <start-time>1418352728</start-time> <start-since>21936</start-since> <requests>5</requests> <request-duration>5391</request-duration> <request-method>GET</request-method> <request-uri>/status?xml&amp;full</request-uri> <content-length>0</content-length> <user>-</user><script>-</script> <last-request-cpu>0.00</last-request-cpu> <last-request-memory>262144</last-request-memory> </process> <process> <pid>12</pid> <state>Idle</state> <start-time>1418352728</start-time> <start-since>21936</start-since> <requests>5</requests> <request-duration>3365</request-duration> <request-method>GET</request-method> <request-uri>/status?xml&amp;full</request-uri> <content-length>0</content-length> <user>-</user><script>-</script> <last-request-cpu>297.18</last-request-cpu> <last-request-memory>262144</last-request-memory> </process> </processes> </status> , <?xml version="1.0" ?> <status> <pool>www</pool> <process-manager>dynamic</process-manager> <start-time>1418352728</start-time> <start-since>21936</start-since> <accepted-conn>20</accepted-conn> <listen-queue>0</listen-queue> <max-listen-queue>0</max-listen-queue> <listen-queue-len>0</listen-queue-len> <idle-processes>3</idle-processes> <active-processes>1</active-processes> <total-processes>4</total-processes> <max-active-processes>1</max-active-processes> <max-children-reached>0</max-children-reached> <slow-requests>0</slow-requests> <processes> <process> <pid>11</pid> <state>Idle</state> <start-time>1418352728</start-time> <start-since>21936</start-since> <requests>5</requests> <request-duration>5391</request-duration> <request-method>GET</request-method> <request-uri>/status?xml&amp;full</request-uri> <content-length>0</content-length> <user>-</user><script>-</script> <last-request-cpu>0.00</last-request-cpu> <last-request-memory>262144</last-request-memory> </process> <process> <pid>12</pid> <state>Idle</state> <start-time>1418352728</start-time> <start-since>21936</start-since> <requests>5</requests> <request-duration>3365</request-duration> <request-method>GET</request-method> <request-uri>/status?xml&amp;full</request-uri> <content-length>0</content-length> <user>-</user><script>-</script> <last-request-cpu>297.18</last-request-cpu> <last-request-memory>262144</last-request-memory> </process> </processes> </status>

Я не знаю, почему элемент last-request-cpu value 297.18 больше 100, я хотел бы знать, как использовать его в качестве отслеживаемой информации .. Спасибо

Метрика будет указывать, какой процент от общего времени процессора использовался в последнем запросе.

Время CPU (или время процесса) – это время, в течение которого центральный процессор (CPU) использовался для обработки инструкций компьютерной программы или операционной системы, в отличие от, например, ожидания ввода / вывода (ввода / вывода ) или в режиме низкой мощности (в режиме ожидания). Время процессора измеряется в тактах или секундах.

Таким образом, он не измеряется в миллисекундах, как предлагается в другом месте на этой странице.

Вы можете увидеть реализацию на

http://lxr.php.net/xref/PHP_7_0/sapi/fpm/fpm/fpm_status.c#430

Соответствующие части – это (переформатированные для удобочитаемости):

 431 if (proc.cpu_duration.tv_sec == 0 && proc.cpu_duration.tv_usec == 0) { 432 cpu = 0.; 433 } else { 434 cpu = (proc.last_request_cpu.tms_utime + proc.last_request_cpu.tms_stime + proc.last_request_cpu.tms_cutime + proc.last_request_cpu.tms_cstime) / fpm_scoreboard_get_tick() / (proc.cpu_duration.tv_sec + proc.cpu_duration.tv_usec / 1000000.) * 100.; 435 }

tms proc.last_request_cpu struct для tms proc.last_request_cpu определяются как:

tms_utime структуры tms_utime представляет собой процессорное время, tms_utime на выполнение пользовательских инструкций вызывающего процесса.

tms_stime структуры tms_stime представляет собой процессорное время, tms_stime на выполнение системой от имени вызывающего процесса.

tms_cutime структуры tms_cutime – это сумма времени tms_utime и tms_cutime дочерних процессов.

tms_cstime структуры tms_cstime представляет собой сумму времени tms_stime и tms_cstime дочерних процессов.

Таким образом, это означает, что мы суммируем все возможные времена процессора, начисленные в последнем запросе. Все времена измеряются с точки зрения количества используемых часов.

Функция fpm_scoreboard_get_tick просто вернет возможное количество тиков в секунду, например, сколько команд, которые ваш компьютер может делать с максимальной скоростью в секунду на ядро.

timeval proc.cpu_duration struct для timeval proc.cpu_duration определяются как:

time_t tv_sec : Это количество целых секунд прошедшего времени.

long int tv_usec : Это оставшаяся часть прошедшего времени (доля секунды), представленная как количество микросекунд. Это всегда меньше миллиона.

Это истекшее время в секундах, включая любые фракции, например, что-то вроде 2.456435663.

Затем значение умножается на 100, чтобы получить процентное значение.

Пример:

Предположим, что наш последний запрос сжег в общей сложности 350 тиков за 5 секунд. Мы также предполагаем, что наши максимальные клещи в секунду равны 100. Если мы поместим эти числа в приведенное выше уравнение, получим

  (350 / 100 / 5) * 100 = 70

Это означает, что последний запрос использовал 70% доступного времени процессора.

Причина, по которой вы получаете значения выше 100%, заключается в том, что значение для тиков в секунду не зависит от количества ядер, которые у вас есть, тогда как значения proc.last_request_cpu возвращают количество proc.last_request_cpu всех процессов, например, доступ к базе данных или другому источнику данных может произойти в другом процессе, но на него напрямую влияет код PHP. Так что это учитывается здесь.

Я думаю, что это процессорное время в миллисекундах последнего запроса, обработанного этим рабочим.