Рейтинг:0

HAProxy - журнал http и несоответствие TTFB

флаг in

Я заметил большое несоответствие между TTFB в сетевом инструменте моего браузера и журналами HAProxy. Например, HAProxy скажет, что запрос вернулся через 29 мс, но браузер сообщает где-то от 50 до 600 мс. Я замечаю это, когда трафик самый тяжелый. Сервер HAProxy имеет 8 ядер и сетевое соединение 1 ГБ на «голом железе», поэтому я не думаю, что это ограничение машины, а скорее настройка, которую я не могу понять, как сортировать.

Например, вот строка из журнала HAProxy (опция httplog)

14 января 01:51:06 localhost haproxy[258127]: 555.555.555.555:59310 [14 января/2022:01:51:06.900] https-www~ ngt/api_srv_3 0/0/0/29/29 200 645 - - ---- 316/316/3/3/0 0/0 "ПОЛУЧИТЬ [URL] HTTP/1.1"

TTFB в Chrome и Brave показывает от 50 до 600 мс. 50 мс имеет смысл, а 600 мс - нет. Есть ли что-то, что я упускаю из-за несоответствия? Время, которое соответствует 600 мс, имеет тенденцию совпадать с более загруженным временем дня, но журнал HAProxy по-прежнему будет показывать, например, 29 мс.

заранее спасибо

флаг jp
Между haproxy и браузером есть сеть и у нее своя задержка.
Рейтинг:1
флаг jp

ТТФБ в браузере и Тр в логах HAProxy разные метрики. ТТФБ в браузере включает время, необходимое для выполнения разрешения DNS, время прохождения запроса от браузера к HAProxy и время прохождения первого пакета ответа HAProxy от HAProxy до браузера.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.