Egy kis oldalt gyorsan visszaadó proxy fájlletöltéskor még lehet lassú. Az első kérés főként a kapcsolatfelépítés és a válasz késleltetéséről árulkodik. A nagyobb átvitel attól is függ, mennyi adatot képes az útvonal tartósan továbbítani.

Melyik szám válaszol a kérdésére?

FeladatHasznos megfigyelés
Kis oldal megnyitása vagy rövid API-kérés küldéseA válasz megérkezéséig eltelt idő, a kapcsolatfelépítéssel együtt.
Fájl letöltéseAz átvitt bájtok összege és az átlagos áteresztőképesség megfelelő tesztfájllal.
Az alkalmazás válaszkészségének megőrzése sok kérés soránJellemző válaszidő, hibák és kapcsolatok újrahasználata a várható terhelés alatt.

Az ICMP-ping más teszt. A szerver válaszolhat pingre, miközben a proxyszolgáltatása elérhetetlen, vagy blokkolhatja a pinget, miközben a proxy működik. A proxy címéig és vissza mért időből a proxy és a cél közötti kapcsolat is kimarad.

Mérjen valódi átvitelt

Használjon saját felügyeletű szerveren lévő vagy ilyen tesztre szánt fájlt. Ez a példa eldobja a válasz törzsét, és kiírja az átvitel méretét, a másodpercenkénti átlagos bájtszámot és a teljes időt:

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.bin

Cserélje ki a példaproxyt és a fájl URL-jét is. A 404-es oldal vagy a hozzáférést megtagadó válasz akkor sem érvényes letöltési viszonyítási alap, ha gyorsan érkezik. A sebességek összevetése előtt ellenőrizze az állapotot, a várt fájlméretet és a tartalmat.

Az átlagsebesség mező bájt/másodperc egységű. A bit/másodpercben hirdetett hálózati csomag más egységet használ. A bájtok bitekre váltásához közelítőleg szorozzon nyolccal; az egész összehasonlításban maradjon ugyanannál az egységnél.

Legyen azonos az összehasonlítás alapja

Használja ugyanazt a célt, fájlt, klienshálózatot és időkorlátokat. Több mérsékelt mintát hasonlítson össze a leggyorsabb próbálkozás kiválasztása helyett. Elakadó átviteleknél tudatosan válassza meg a kapcsolatfelépítés, a teljes idő és a kis sebesség korlátait. A sikertelen kéréseket is tartsa meg az eredmények között: egy néha gyors, de gyakran hibázó proxy rossz választás lehet olyan munkához, amelynek be kell fejeződnie.

Egy gyorsítótárazott fájl és egy friss letöltés más utat járhat be a szolgáltatáson belül. Ugyanez igaz az új kapcsolat felépítése utáni és a meglévő kapcsolatot újrahasználó kérésre. Döntse el, melyik viselkedést igényli az alkalmazás, és következetesen azt mérje.

Válasszon a terhelés szerint

Kis API-válasznál az első bájt előtti további egy másodperc fontosabb lehet a csúcsáteresztőképességnél. Nagy letöltésnél a gyors kézfogást követő nagyon lassú törzs rossz kompromisszum. Mindkét feladatnál a ténylegesen használt célt tesztelje; nincs egyetlen sebességpontszám, amely a proxyn át vezető összes útvonalat leírná.

A ProxyHub proxylistája nem ad független, IP-nkénti áteresztőképesség-méréseket. A protokoll- vagy országszűrő nem sebességrangsor.

Kapcsolódó cikkek