Llegir els temps del proxy de cURL des del costat del client
Interpreteu els temps de connexió, TLS, primer byte i total sense atribuir treball superior no observat a un mesurament només del proxy.
Suposem que cURL obre una connexió TCP nova a un proxy HTTP simple, estableix un túnel HTTPS i baixa una resposta. Els temps descriuen les fites que cURL ha observat en aquest camí.
| Valor | Fita mesurada des de l'inici de la transferència |
|---|---|
| time_connect | S'ha completat la connexió amb el proxy |
| time_appconnect | S'ha completat l'apretada de mans TLS corresponent |
| time_starttransfer | S'ha rebut el primer byte de la resposta |
| time_total | La transferència ha acabat |
Per a una captura il·lustrativa en una shell POSIX:
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/
Per a una comparació HTTPS pública permesa sense credencials de proxy, una entrada HTTP de la llista de proxies HTTP pot substituir el proxy de l'exemple. Els valors són segons acumulats. No són quatre durades independents que calgui sumar. Mantingueu l'error de transferència i l'estat de la resposta al costat dels nombres: una connexió fallida o un túnel rebutjat no ha arribat a cada fita posterior.
Què us pot dir la resta
Per a una sola resposta correcta, time_total menys time_starttransfer descriu l'interval restant després de l'arribada del primer byte. Això és sobretot la transferència posterior de la resposta i la feina associada al costat del client. No és el temps del proxy per connectar-se al lloc web, perquè això va passar abans que la resposta pogués arribar.
De la mateixa manera, time_starttransfer menys time_connect pot incloure la creació del túnel, TLS, esperes de la xarxa superior, feina del servidor i altres processaments. Anomenar tota la diferència "latència del proxy" assigna diversos components a un sol participant.
Per separar les esperes del proxy de DNS, connexió i resposta, obteniu observacions o traces corresponents des del costat del proxy. El client no rep aquestes marques de temps internes només per utilitzar HTTP CONNECT.
Compareu transferències equivalents. Les redireccions afegeixen temps de diverses sol·licituds, mentre que la reutilització de connexions i el multipiègeks canvien quina feina de preparació cal. Anoteu aquestes condicions abans de comparar els nombres d'un proxy amb els d'un altre.