Varför en proxy med låg latens ändå kan ladda ned långsamt
Anslutningsfördröjning och nedladdningskapacitet mäter olika delar av en proxyförfrågan. Välj test efter uppgiften.
En proxy som snabbt returnerar en liten sida kan ändå vara långsam vid nedladdning av en fil. Den första förfrågan visar främst fördröjningen vid anslutning och svar. En större överföring beror också på hur mycket data rutten kan transportera varaktigt.
Vilket tal besvarar din fråga?
| Uppgift | Användbar observation |
|---|---|
| Öppna en liten sida eller skicka en kort API-förfrågan | Tid tills svaret tas emot, inklusive upprättandet av anslutningen. |
| Ladda ned en fil | Totalt antal överförda byte och genomsnittlig överföringshastighet med en lämplig testfil. |
| Hålla en applikation responsiv under många förfrågningar | Typisk svarstid, fel och återanvändning av anslutningar under förväntad belastning. |
ICMP-ping är ett annat test. En server kan svara på ping när dess proxytjänst är otillgänglig eller blockera ping medan proxyn fungerar. Tiden tur och retur till proxyadressen utelämnar också proxyns anslutning till din destination.
Mät en verklig överföring
Använd en fil på en server du styr eller en fil avsedd för den här typen av test. Exemplet kastar bort svarskroppen och skriver ut överföringsstorlek, genomsnittliga byte per sekund och total tid:
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.binByt ut både exempelproxyn och filens URL. En 404-sida eller ett svar om nekad åtkomst är inget giltigt nedladdningstest, även om det kommer snabbt. Kontrollera status, förväntad filstorlek och innehåll innan du jämför hastigheter.
Fältet för medelhastighet är i byte per sekund. Ett nätabonnemang som marknadsförs i bit per sekund använder en annan enhet. Multiplicera med åtta för en ungefärlig omräkning från byte till bit; använd samma enhet genom hela jämförelsen.
Håll jämförelsen rättvis
Använd samma destination, fil, klientnätverk och tidsgränser. Jämför flera måttliga stickprov i stället för att välja det snabbaste försöket. För överföringar som fastnar, välj medvetet gränser för anslutning, total tid och låg hastighet. Behåll misslyckade förfrågningar i resultaten: en proxy som ibland överför snabbt men ofta misslyckas kan vara olämplig för ett jobb som måste slutföras.
En cachad fil och en ny nedladdning kan ta olika vägar genom tjänsten. Det gäller också en förfrågan efter anslutningsupprättande och en som återanvänder en befintlig anslutning. Avgör vilket beteende applikationen behöver och mät det konsekvent.
Välj efter arbetsbelastningen
För ett litet API-svar kan en extra sekund före första byte spela större roll än maximal överföringshastighet. För en stor nedladdning är en snabb handskakning följd av en mycket långsam kropp ett dåligt byte. Testa i båda fallen den destination du faktiskt ska använda; ett enda hastighetspoäng beskriver inte alla rutter genom en proxy.
ProxyHubs proxylista ger inga oberoende mätningar av överföringshastighet per IP. Ett protokoll- eller landsfilter är ingen hastighetsrankning.