Кліенцкі замер часу для перадач праз проксі curl
Тлумачце інтэрвалы часу curl, не ўспрымаючы бачныя кліенту вымярэнні як разбор схаванай працы проксі ў верхнім патоку.
Адніманне часу першага байта ад агульнага часу перадачы апісвае інтэрвал ад першага байта адказу да завяршэння. Яно не выдзяляе, колькі часу проксі выдаткаваў на злучэнне з сайтам або на чаканне, пакуль сайт згенеруе адказ.
Гэта розніца важная пры параўнанні IP-адрасоў проксі. Вялікае цела можа зрабіць інтэрвал пасля першага байта доўгім, нават калі сайт адказаў хутка. Малое цела можа хутка завершыцца пасля доўгага чакання перад першым байтам.
| Вымярэнне | Інтэрпрэтацыя |
|---|---|
| Час злучэння | Бачнае кліенту ўсталяванне злучэння для маршруту перадачы |
| Час пачатку перадачы | Прайшоўшы час да пачатку адказу, уключаючы папярэднюю працу |
| Агульны час мінус пачатак перадачы | Інтэрвал перадачы, што застаўся пасля гэтага моманту |
Выкарыстоўвайце дакладнае азначэнне, дакументаванае для кожнага поля. Тып проксі, TLS, паўторнае выкарыстанне злучэння і перанакіраванні могуць уплываць на тое, якія этапы прадстаўлены. Гэта назіранні з боку кліента; яны не раскрываюць аўтаматычна ўнутраныя час DNS, чаргі, злучэння ў верхнім патоку і апрацоўкі крыніцы проксі асобна.
Калі вы кіруеце проксі, супастаўце кліенцкі час з яго ўласнымі журналамі запытаў або метрыкамі. Калі не, захоўвайце вымярэнні як наскрозныя доказы і пазначайце іх сумленна. Лік пад назвай «час адказу проксі» патрабуе вызначанага пачатку і канца.
Для параўнанняў трымайце пункт прызначэння, памер адказу і нагрузку нязменнымі. Калі публічныя канцавыя пункты прыдатныя для такога параўнання, спіс бясплатных проксі прапануе кандыдатаў; выкарыстоўвайце той жа падтрыманы пратакол проксі для супастаўных вымярэнняў. Хутчэйшы вынік з іншай старонкі можа адлюстроўваць меншую перадачу, а не лепшы шлях праз проксі.