Вимірювання часу на боці клієнта для передач curl через проксі
Інтерпретуйте часові інтервали curl, не вважаючи видимі клієнту вимірювання розкладом прихованої upstream-роботи проксі.
Віднімання часу першого байта від загального часу передачі описує інтервал після першого байта відповіді до завершення. Воно не виокремлює, скільки часу проксі витратив на підключення до сайту або на очікування, поки сайт згенерує відповідь.
Ця різниця важлива під час порівняння IP-адрес проксі. Велике тіло може зробити інтервал після першого байта довгим, навіть якщо сайт відповів швидко. Мале тіло може швидко завершитися після довгого очікування перед першим байтом.
| Вимірювання | Інтерпретація |
|---|---|
| Час з'єднання | Видиме клієнту встановлення з'єднання для маршруту передачі |
| Час початку передачі | Минулий час до початку відповіді, включно з попередньою роботою |
| Усього мінус початок передачі | Залишковий інтервал передачі після цієї точки |
Використовуйте точне визначення, задокументоване для кожного поля. Тип проксі, TLS, повторне використання з'єднань і переспрямування можуть впливати на те, які етапи представлено. Це спостереження з боку клієнта; вони не розкривають автоматично внутрішні часи DNS, черги, upstream-з'єднання та обробки джерела проксі окремо.
Якщо ви керуєте проксі, зіставте клієнтські вимірювання з його власними журналами запитів або метриками. Якщо ні, зберігайте вимірювання як наскрізні докази та позначайте їх чесно. Число під назвою «час відповіді проксі» потребує визначеного початку й кінця.
Для порівнянь тримайте незмінними призначення, розмір відповіді та навантаження. Коли публічні кінцеві точки підходять для такого порівняння, список безкоштовних проксі пропонує кандидатів; використовуйте той самий підтримуваний протокол проксі для зіставних вимірювань. Швидший результат з іншої сторінки може відображати меншу передачу, а не кращий шлях через проксі.