Hvorfor en proxy med lav latenstid stadig kan downloade langsomt
Forbindelsesforsinkelse og downloadhastighed måler forskellige dele af en proxyanmodning. Vælg testen efter opgaven.
En proxy, der hurtigt returnerer en lille side, kan stadig være langsom ved download af en fil. Den første anmodning siger mest om oprettelses- og svarforsinkelse. En større overførsel afhænger også af, hvor meget data ruten kan transportere vedvarende.
Hvilket tal besvarer dit spørgsmål?
| Opgave | Nyttig observation |
|---|---|
| Åbn en lille side eller send en kort API-anmodning | Tid til modtagelse af svaret, inklusive forbindelsesoprettelse. |
| Download en fil | Samlet antal overførte byte og gennemsnitlig overførselshastighed med en passende testfil. |
| Hold en applikation responsiv gennem mange anmodninger | Typisk svartid, fejl og genbrug af forbindelser ved den forventede belastning. |
ICMP-ping er en anden test. En server kan besvare ping, mens dens proxytjeneste er utilgængelig, eller blokere ping, mens proxyen virker. Tur-retur-tiden til proxyadressen udelader også proxyens forbindelse til destinationen.
Mål en reel overførsel
Brug en fil på en server, du styrer, eller en fil beregnet til denne type test. Eksemplet kasserer svarkroppen og udskriver overførselsstørrelsen, gennemsnitlige byte pr. sekund og samlet 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.binUdskift både eksempelproxyen og filens URL. En 404-side eller et svar om nægtet adgang er ikke en gyldig downloadmåling, selv om det kommer hurtigt. Kontroller status, forventet filstørrelse og indhold før sammenligning.
Feltet med gennemsnitshastighed er i byte pr. sekund. Et netabonnement annonceret i bit pr. sekund bruger en anden enhed. Gang med otte for en omtrentlig omregning fra byte til bit; brug samme enhed gennem hele sammenligningen.
Sørg for en fair sammenligning
Brug samme destination, fil, klientnetværk og timeoutindstillinger. Sammenlign flere moderate prøver frem for at vælge det hurtigste forsøg. Ved overførsler, der går i stå, vælg bevidst grænser for oprettelse, samlet tid og lav hastighed. Behold mislykkede anmodninger i resultaterne: en proxy, som indimellem overfører hurtigt, men ofte fejler, kan være et dårligt valg til en opgave, der skal fuldføres.
En cachelagret fil og en frisk download kan tage forskellige veje gennem tjenesten. Det samme kan en anmodning efter forbindelsesoprettelse og en, der genbruger en eksisterende forbindelse. Afgør, hvilken adfærd applikationen har brug for, og mål den konsekvent.
Vælg efter belastningen
Ved et lille API-svar kan et ekstra sekund før første byte betyde mere end maksimal overførselshastighed. Ved en stor download er et hurtigt handshake efterfulgt af en meget langsom svarkrop en dårlig byttehandel. Test i begge tilfælde den destination, du faktisk vil bruge; ét hastighedstal beskriver ikke alle ruter gennem en proxy.
ProxyHubs proxyliste giver ikke uafhængige målinger af overførselshastighed pr. IP. Et protokol- eller landefilter er ikke en hastighedsrangering.