Citirea timpilor proxy din cURL din partea clientului
Interpretați timpii de conexiune, TLS, primul octet și total fără a atribui munca din amonte neobservată unei măsurători doar a proxy-ului.
Să presupunem că cURL deschide o conexiune TCP nouă către un proxy HTTP simplu, stabilește un tunel HTTPS și descarcă un răspuns. Timpii descriu repere pe care cURL le-a observat pe acea cale.
| Valoare | Reper măsurat de la începutul transferului |
|---|---|
| time_connect | Conexiunea la proxy s-a încheiat |
| time_appconnect | Handshake-ul TLS respectiv s-a încheiat |
| time_starttransfer | A fost primit primul octet al răspunsului |
| time_total | Transferul s-a terminat |
Pentru o captură ilustrativă într-un 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/Pentru o comparație HTTPS publică permisă fără credențiale de proxy, o intrare HTTP din lista de proxy-uri HTTP poate înlocui proxy-ul din exemplu. Valorile sunt secunde cumulate. Nu sunt patru durate independente de adunat. Țineți eroarea transferului și starea răspunsului lângă numere: o conexiune eșuată sau un tunel refuzat nu a atins fiecare reper ulterior.
Ce poate spune scăderea
Pentru un singur răspuns reușit, time_total minus time_starttransfer descrie intervalul rămas după sosirea primului octet. Aceasta este în principal transferul ulterior al răspunsului și munca asociată pe partea clientului. Nu este timpul proxy-ului de a se conecta la site, pentru că acesta s-a întâmplat înainte ca răspunsul să poată sosi.
La fel, time_starttransfer minus time_connect poate include crearea tunelului, TLS, așteptările rețelei din amonte, munca serverului și alte procesări. A numi întreaga diferență „latență a proxy-ului” înseamnă a atribui mai multe componente unui singur participant.
Pentru a separa așteptările proxy-ului privind DNS, conexiunea și răspunsul, obțineți observații sau urme corespunzătoare din partea proxy-ului. Clientul nu primește acele marcaje de timp interne doar pentru că folosește HTTP CONNECT.
Comparați transferuri echivalente. Redirecționările adaugă timpii mai multor cereri, iar reutilizarea conexiunilor și multiplexarea schimbă ce muncă pregătitoare este necesară. Notați aceste condiții înainte de a compara numerele unui proxy cu cele ale altuia.