Pagbasa ng mga oras ng proxy ng cURL mula sa panig ng kliyente
Unawain ang mga oras ng koneksyon, TLS, unang byte at kabuuan nang hindi ibinabaling ang hindi namamasid na gawain sa itaas sa pagsukat ng proxy lamang.
Ipagpalagay na ang cURL ay nagbubukas ng bagong koneksyon na TCP sa isang payak na HTTP proxy, nagtatayo ng lagusan na HTTPS at nagda-download ng isang tugon. Inilalarawan ng mga oras na ito ang mga palatandaan na naobserbahan ng cURL sa landas na iyon.
| Halaga | Palatandaang sinusukat mula sa simula ng paglilipat |
|---|---|
| time_connect | Nakumpleto ang koneksyon sa proxy |
| time_appconnect | Nakumpleto ang kaugnay na TLS handshake |
| time_starttransfer | Natanggap ang unang byte ng tugon |
| time_total | Natapos ang paglilipat |
Para sa isang halimbawang pagkuha sa POSIX shell:
curl --proxy http://proxy.example:8080 \
--output /dev/null \
--write-out 'connect=%{time_connect} tls=%{time_appconnect} first=%{time_starttransfer} total=%{time_total}\n' \
https://example.com/Para sa pinapayagang pampublikong paghahambing na HTTPS na walang kredensyal ng proxy, maaaring palitan ng isang HTTP entry mula sa listahan ng HTTP proxy ang halimbawang proxy. Ang mga halaga ay naipon na segundo. Hindi ito apat na magkakahiwalay na tagal na pagsasamahin. Itago ang error sa paglilipat at ang kalagayan ng tugon sa tabi ng mga bilang: ang nabigong koneksyon o tinanggihang lagusan ay hindi umabot sa bawat susunod na palatandaan.
Ano ang masasabi ng pagbabawas
Para sa isang matagumpay na tugon, inilalarawan ng time_total na binawasan ng time_starttransfer ang natitirang agwat pagkatapos ng pagdating ng unang byte. Iyon ay pangunahin ang huling paglilipat ng tugon at ang kaugnay na gawain sa panig ng kliyente. Hindi iyon ang oras ng proxy upang kumonekta sa website, dahil nangyari iyon bago pa makarating ang tugon.
Gayundin, ang time_starttransfer na binawasan ng time_connect ay maaaring kasama ang pagbuo ng lagusan, TLS, paghihintay sa itaas na network, gawain ng server at iba pang pagproseso. Ang tawagin ang buong pagkakaiba na "latency ng proxy" ay nagbibigay ng maraming bahagi sa isang panig lamang.
Upang paghiwalayin ang paghihintay ng proxy sa DNS, koneksyon at tugon, kumuha ng katumbas na obserbasyon o bakas mula sa panig ng proxy. Hindi natatanggap ng kliyente ang mga panloob na tatak ng oras na iyon dahil lamang gumamit ito ng HTTP CONNECT.
Ihambing ang magkatumbas na paglilipat. Nagdadagdag ng mga oras ng maraming kahilingan ang mga pag-redirect, samantalang binabago ng muling paggamit ng koneksyon at multiplexing kung anong gawaing paghahanda ang kailangan. Itala ang mga kondisyong iyon bago ihambing ang mga bilang ng isang proxy sa iba pa.