Я установил 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&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&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 297.18 больше 100, я хотел бы знать, как использовать его в качестве отслеживаемой информации.
Спасибо
Метрика покажет, какой процент от общего время процессора был использован в последнем запросе.
Время ЦП (или время обработки) — это время, в течение которого центральный процессор (ЦП) использовался для обработки инструкций компьютерной программы или операционной системы, в отличие, например, от ожидания ввода / вывода (ввода-вывода). ) операции или переход в режим пониженного энергопотребления (в режиме ожидания). Время процессора измеряется в тактах или секундах.
Таким образом, он не измеряется в миллисекундах, как предлагается в другом месте на этой странице.
Вы можете увидеть реализацию на
Соответствующие части это (переформатированы для удобства чтения):
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
определяются как:
tms_utime
Член структуры — это процессорное время, отводимое на выполнение пользовательских инструкций вызывающего процесса.tms_stime
Член структуры — это время ЦП, взимаемое за выполнение системой от имени вызывающего процесса.tms_cutime
Член структуры является суммойtms_utime
а такжеtms_cutime
времена дочерних процессов.tms_cstime
Член структуры является суммойtms_stime
а такжеtms_cstime
времена дочерних процессов.
Таким образом, это означает, что мы суммируем все возможные значения времени процессора в последнем запросе. Все времена измеряются с точки зрения количества использованных тактов.
fpm_scoreboard_get_tick
Функция просто вернет возможное количество тиков в секунду, например сколько инструкций может выполнять ваш компьютер со скоростью не более одной секунды на ядро.
члены структуры для 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
значения будут возвращать счетчик тиков всех процессов, например доступ к базе данных или другому источнику данных может происходить в другом процессе, но на него непосредственно влияет код, выполняемый PHP. Так что это учитывается здесь.
Других решений пока нет …