Pomiar czasu po stronie klienta dla transferów curl przez proxy
Interpretuj interwały czasu curl, nie traktując pomiarów widocznych dla klienta jako rozbicia ukrytej pracy upstream proxy.
Odjęcie czasu pierwszego bajtu od całkowitego czasu transferu opisuje interwał po pierwszym bajcie odpowiedzi do zakończenia. Nie izoluje, ile czasu proxy spędziło na łączeniu się z witryną lub czekaniu, aż witryna wygeneruje odpowiedź.
Ta różnica ma znaczenie przy porównywaniu adresów IP proxy. Duże ciało może wydłużyć interwał po pierwszym bajcie, nawet jeśli witryna odpowiedziała szybko. Małe ciało może zakończyć się szybko po długim oczekiwaniu przed pierwszym bajtem.
| Pomiar | Interpretacja |
|---|---|
| Czas połączenia | Widoczne dla klienta nawiązanie połączenia dla trasy transferu |
| Czas rozpoczęcia transferu | Czas, który upłynął do rozpoczęcia odpowiedzi, łącznie z wcześniejszą pracą |
| Suma minus rozpoczęcie transferu | Pozostały interwał transferu po tym punkcie |
Użyj dokładnej definicji udokumentowanej dla każdego pola. Typ proxy, TLS, ponowne użycie połączeń i przekierowania mogą wpływać na to, które etapy są reprezentowane. To obserwacje po stronie klienta; nie ujawniają automatycznie wewnętrznych czasów DNS, kolejki, połączenia upstream i przetwarzania źródła proxy oddzielnie.
Jeśli obsługujesz proxy, skoreluj pomiar czasu klienta z jego własnymi dziennikami żądań lub metrykami. Jeśli nie, zachowaj pomiary jako dowód end-to-end i oznacz je uczciwie. Liczba nazwana „czasem odpowiedzi proxy” wymaga zdefiniowanego początku i końca.
Przy porównaniach utrzymuj stały cel, rozmiar odpowiedzi i obciążenie. Gdy publiczne punkty końcowe są odpowiednie do takiego porównania, lista darmowych proxy oferuje kandydatów; używaj tego samego obsługiwanego protokołu proxy do porównywalnych pomiarów. Szybszy wynik z innej strony może odzwierciedlać mniejszy transfer, a nie lepszą trasę proxy.