Vladimir Zhurkin, [02.07.20 01:14]

$upstream_response_time - хранит время, затраченное на получение ответа от сервера группы; время хранится в секундах с точностью до миллисекунд.

$upstream_connect_time и $upstream_header_time - это составные части $upstream_response_time, складывать их вместе не нужно.

Vladimir Zhurkin, [02.07.20 01:14]

$request_time -  время обработки запроса в секундах с точностью до миллисекунд; время, прошедшее с момента чтения первых байт от клиента до момента записи в лог после отправки последних байт клиенту.

$request_time = <время чтения запроса> + $upstream_response_time + <время досылки ответа>

M T, [02.07.20 01:15]
да тут ясно что request_time это все, а  header time, пока прожует и отдаст пхп

Было.
Очень дорого.

дорого в каком плане? ресурсов?

@Fearan поставь netdata и посмотри его метрики =)

Да.
Если нужно оценивать таймлайн каждого отдельного коннекта - портмиррор в отдельную машину, парсер на moonlib, дампы в moloch.
Дальше анализировать кибаной например

ресурсы не проблема)) спасибо, почитаю как и что

Нет. Этого сделать нельзя.
Хотя бы потому, что в юзерленд не приходит состояние сессии

ты же когда вызываешь ip a , получаешь вывод на экран - правда ?

Я щас подумал, что возможно можно сделать дешевле через bpftrace

интересная штука,тут мне кажется более тонкая детализация по сессии. Сейчас подумал wiresharkом попробовать построить диаграмму сессий

@Fearan я не отвечу, но это же как то делают утилиты - например ss и делают все через тот де netlink. Дальше вопрос технический и больше творческий