Dlaczego proxy o małym opóźnieniu może mimo to wolno pobierać pliki
Opóźnienie połączenia i przepustowość pobierania mierzą różne części żądania przez proxy. Dobierz test do zadania.
Proxy, które szybko zwraca małą stronę, może mimo to wolno pobierać plik. Pierwsze żądanie pokazuje głównie opóźnienie zestawienia połączenia i odpowiedzi. Większy transfer zależy też od ilości danych, którą trasa może przesyłać stale.
Która liczba odpowiada na twoje pytanie?
| Zadanie | Przydatna obserwacja |
|---|---|
| Otwarcie małej strony lub wysłanie krótkiego żądania API | Czas do otrzymania odpowiedzi, łącznie z zestawieniem połączenia. |
| Pobranie pliku | Łączna liczba przesłanych bajtów i średnia przepustowość z odpowiednim plikiem testowym. |
| Utrzymanie sprawnego reagowania aplikacji przy wielu żądaniach | Typowy czas odpowiedzi, niepowodzenia i ponowne użycie połączeń przy spodziewanym obciążeniu. |
ICMP ping to inny test. Serwer może odpowiadać na ping, gdy usługa proxy jest niedostępna, albo blokować ping, gdy proxy działa. Czas w obie strony do adresu proxy pomija też połączenie proxy z twoim celem.
Zmierz rzeczywisty transfer
Użyj pliku na kontrolowanym przez ciebie serwerze albo pliku przeznaczonego do takich testów. Ten przykład odrzuca treść odpowiedzi i wypisuje rozmiar transferu, średnią liczbę bajtów na sekundę oraz czas całkowity:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 30 --silent --show-error --output /dev/null --write-out 'status=%{http_code} bytes=%{size_download} average_Bps=%{speed_download} seconds=%{time_total}\n' https://example.com/test-file.binZastąp zarówno przykładowe proxy, jak i URL pliku. Strona 404 lub odpowiedź odmawiająca dostępu nie jest poprawnym testem pobierania, nawet gdy przychodzi szybko. Przed porównaniem prędkości sprawdź status, oczekiwany rozmiar pliku i zawartość.
Pole średniej prędkości jest w bajtach na sekundę. Oferta sieciowa reklamowana w bitach na sekundę używa innej jednostki. Aby w przybliżeniu przeliczyć bajty na bity, pomnóż przez osiem; w całym porównaniu stosuj jedną jednostkę.
Zachowaj równe warunki porównania
Używaj tego samego celu, pliku, sieci klienta i limitów czasu. Porównaj kilka umiarkowanych próbek zamiast wybierać najszybszą próbę. Dla zatrzymujących się transferów świadomie dobierz limity zestawienia połączenia, czasu całkowitego i niskiej prędkości. Zachowaj nieudane żądania w wynikach: proxy, które czasem przesyła szybko, ale często zawodzi, może źle nadawać się do pracy wymagającej ukończenia.
Plik z pamięci podręcznej i nowe pobranie mogą przebiegać innymi ścieżkami w usłudze. Dotyczy to także żądania po zestawieniu połączenia i takiego, które ponownie wykorzystuje istniejące połączenie. Ustal, jakiego zachowania potrzebuje aplikacja, i mierz je konsekwentnie.
Wybieraj według obciążenia
Dla małej odpowiedzi API dodatkowa sekunda przed pierwszym bajtem może znaczyć więcej niż szczytowa przepustowość. Przy dużym pobraniu szybkie uzgodnienie połączenia, po którym treść płynie bardzo wolno, to zły kompromis. W obu zadaniach testuj rzeczywisty cel; jeden wynik prędkości nie opisuje wszystkich tras przez proxy.
Lista proxy ProxyHub nie udostępnia niezależnych pomiarów przepustowości dla każdego IP. Filtr protokołu lub kraju nie jest rankingiem prędkości.