Legi la proksecajn tempojn de cURL el la klienta flanko
Interpretu konektajn, TLS, unuabajtajn kaj totalajn tempojn sen atribui neobservitan supran laboron al mezuro nur de la prokseo.
Supozu, ke cURL malfermas novan TCP-konekton al simpla HTTP-prokseo, starigas HTTPS-tunelon kaj elŝutas unu respondon. La tempoj priskribas mejloŝtonojn, kiujn cURL observis sur tiu vojo.
| Valoro | Mejloŝtono mezurita de la komenco de la transdono |
|---|---|
| time_connect | La konekto al la prokseo kompletiĝis |
| time_appconnect | La koncerna TLS-manpremo kompletiĝis |
| time_starttransfer | La unua bajto de la respondo alvenis |
| time_total | La transdono finiĝis |
Por ilustra registrado en POSIX-ŝelo:
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/Por permesata publika HTTPS-kompariĝo sen prokseaj legitimiloj, HTTP-ero el la listo de HTTP-prokseoj povas anstataŭigi la ekzemplan prokseon. La valoroj estas akumulitaj sekundoj. Ili ne estas kvar sendependaj daŭroj por adicii. Konservu la transdonan eraron kaj la respondan staton apud la nombroj: malsukcesa konekto aŭ rifuzita tunelo ne atingis ĉiun postan mejloŝtonon.
Kion subtraho povas diri al vi
Por unu sukcesa respondo, time_total minus time_starttransfer priskribas la restantan intervalon post la alveno de la unua bajto. Tio estas ĉefe la posta responda transdono kaj la rilata laboro ĉe la klienta flanko. Ĝi ne estas la tempo de la prokseo por konekti al la retejo, ĉar tio okazis antaŭ ol la respondo povis alveni.
Same, time_starttransfer minus time_connect povas inkluzivi tunelan konstruadon, TLS, atendojn en la supra reto, servilan laboron kaj alian prilaboradon. Nomante la tutan diferencon "proksea latenteco" oni atribuas plurajn komponentojn al unu partoprenanto.
Por apartigi la atendojn de la prokseo pri DNS, konekto kaj respondo, akiru respondajn observojn aŭ spurojn el la proksea flanko. La kliento ne ricevas tiujn internajn tempomarkojn nur per uzo de HTTP CONNECT.
Kompari ekvivalentajn transdonojn. Alidirektoj aldonas tempojn de pluraj petoj, dum konekta reuzado kaj multpleksado ŝanĝas, kiu prepara laboro necesas. Notu tiujn kondiĉojn antaŭ ol kompari la nombrojn de unu prokseo kun tiuj de alia.