Gerum ráð fyrir að cURL opni nýja TCP-tengingu við venjulegt HTTP-proxy, komi upp HTTPS-göng og sæki eitt svar. Tímarnir lýsa viðmiðunarpunktum sem cURL fylgdist með á þeirri leið.

GildiViðmiðunarpunktur mældur frá upphafi flutnings
time_connectTengingin við proxyið er lokið
time_appconnectViðkomandi TLS-handsal er lokið
time_starttransferFyrsta bæti svarsins barst
time_totalFlutningnum er lokið

Fyrir skýrandi POSIX-skelsupptöku:

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/

Fyrir leyfilegan opinberan HTTPS-samanburð án proxy-skírteina getur HTTP-færsla úr HTTP-proxylistanum komið í stað dæmisproxyins. Gildin eru uppsöfnuð sekúndur. Þetta eru ekki fjögur sjálfstæð tímabil sem leggja á saman. Haltu flutningsvillunni og stöðu svarsins við hlið talnanna: mistökst tenging eða hafnað göng náði ekki hverjum síðari viðmiðunarpunkti.

Hvað frádráttur getur sagt þér

Fyrir eitt árangursríkt svar lýsir time_total mínus time_starttransfer því bili sem eftir er eftir að fyrsta bætið barst. Það er að mestu síðari svarflutningur og tengd vinna á biðlarahlið. Það er ekki tíminn sem proxyið tók að tengjast vefsvæðinu, því það gerðist áður en svarið gat borist.

Á sama hátt getur time_starttransfer mínus time_connect falið í sér göngugerð, TLS, bið í netinu ofar, vinnu netþjóns og aðra vinnslu. Að kalla allan muninn "proxy-töf" er að eigna nokkra þætti einum aðila.

Til að aðgreina bið proxyins vegna DNS, tengingar og svars skaltu afla samsvarandi athugana eða slóða frá proxyhliðinni. Biðlarinn fær ekki þessi innri tímatengi eingöngu með því að nota HTTP CONNECT.

Berðu saman sambærilega flutninga. Endurbeiningar bæta við tímum margra beiðna, en endurnotkun tenginga og margföldun breyta því hvaða undirbúningsvinna er nauðsynleg. Skráðu þessar aðstæður áður en þú berð saman tölur eins proxys við tölur annars.

Tengdir greinar