Измерение времени на стороне клиента для передач curl через прокси
Интерпретируйте временные интервалы curl, не считая видимые клиенту измерения разбивкой скрытой upstream-работы прокси.
Вычитание времени первого байта из общего времени передачи описывает интервал после первого байта ответа до завершения. Оно не выделяет, сколько времени прокси потратил на подключение к сайту или на ожидание, пока сайт сгенерирует ответ.
Эта разница важна при сравнении IP-адресов прокси. Большое тело может сделать интервал после первого байта долгим, даже если сайт ответил быстро. Маленькое тело может быстро завершиться после долгого ожидания перед первым байтом.
| Измерение | Интерпретация |
|---|---|
| Время соединения | Видимое клиенту установление соединения для маршрута передачи |
| Время начала передачи | Прошедшее время до начала ответа, включая предшествующую работу |
| Всего минус начало передачи | Оставшийся интервал передачи после этой точки |
Используйте точное определение, задокументированное для каждого поля. Тип прокси, TLS, повторное использование соединений и перенаправления могут влиять на то, какие этапы представлены. Это наблюдения со стороны клиента; они не раскрывают автоматически внутренние времена DNS, очереди, upstream-соединения и обработки источника прокси по отдельности.
Если вы управляете прокси, сопоставьте клиентские замеры с его собственными журналами запросов или метриками. Если нет, сохраняйте измерения как сквозные доказательства и обозначайте их честно. Число под названием «время ответа прокси» требует определённого начала и конца.
Для сравнений сохраняйте неизменными назначение, размер ответа и нагрузку. Когда публичные конечные точки подходят для такого сравнения, список бесплатных прокси предлагает кандидатов; используйте тот же поддерживаемый протокол прокси для сопоставимых измерений. Более быстрый результат с другой страницы может отражать меньшую передачу, а не лучший путь через прокси.