Bakit maaari pa ring mabagal mag-download ang proxy na mababa ang latency
Magkaibang bahagi ng proxy request ang sinusukat ng pagkaantala ng koneksyon at bilis ng download. Piliin ang test ayon sa gawain.
Maaaring mabilis magbalik ng maliit na pahina ang isang proxy ngunit mabagal pa rin sa pag-download ng file. Pangunahing ipinapakita ng unang request ang pagkaantala sa pagbuo ng koneksyon at pagtugon. Ang mas malaking paglilipat ay nakasalalay rin sa dami ng datos na kayang patuloy na dalhin ng ruta.
Aling sukat ang sasagot sa tanong mo?
| Gawain | Kapaki-pakinabang na obserbasyon |
|---|---|
| Magbukas ng maliit na pahina o magpadala ng maikling API request | Oras bago matanggap ang tugon, kasama ang pagbuo ng koneksyon. |
| Mag-download ng file | Kabuuang byte na nailipat at karaniwang bilis ng paglilipat gamit ang angkop na test file. |
| Panatilihing mabilis tumugon ang application sa maraming request | Karaniwang oras ng pagtugon, mga pagkabigo, at muling paggamit ng koneksyon sa inaasahang workload. |
Ibang test ang ICMP ping. Maaaring sumagot sa ping ang server habang hindi magagamit ang proxy service nito, o harangin ang ping habang gumagana ang proxy. Hindi rin kasama sa oras ng balikan sa proxy address ang koneksyon ng proxy sa destinasyon mo.
Sukatin ang aktuwal na paglilipat
Gumamit ng file sa server na kontrolado mo o file na para sa ganitong test. Itinatapon ng halimbawang ito ang response body at inilalabas ang laki ng nailipat, karaniwang byte bawat segundo, at kabuuang oras:
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.binPalitan kapwa ang halimbawang proxy at ang URL ng file. Hindi wastong benchmark ng download ang 404 page o tugon na tinanggihan ang access, kahit mabilis itong dumating. Suriin ang status, inaasahang laki ng file, at nilalaman bago maghambing ng bilis.
Byte bawat segundo ang yunit ng average speed field. Ibang yunit ang gamit ng network plan na ina-advertise sa bit bawat segundo. Para sa tantiyang pag-convert ng byte sa bit, imultiplika sa walo; panatilihing pareho ang yunit sa buong paghahambing.
Panatilihing patas ang paghahambing
Gamitin ang parehong destinasyon, file, network ng client, at timeout settings. Maghambing ng ilang katamtamang sample sa halip na piliin ang pinakamabilis na pagsubok. Para sa mga paglilipat na tumitigil, maingat na piliin ang mga limitasyon sa pagbuo ng koneksyon, kabuuang oras, at mababang bilis. Isama sa mga resulta ang mga nabigong request: ang proxy na paminsan-minsang mabilis ngunit madalas pumalya ay maaaring hindi angkop sa gawaing kailangang matapos.
Maaaring magkaiba ang daang dinaraanan sa serbisyo ng naka-cache na file at bagong download. Gayundin ang request matapos bumuo ng koneksyon at ang muling gumagamit ng dati nang koneksyon. Tukuyin ang asal na kailangan ng application at iyon ang palaging sukatin.
Pumili ayon sa workload
Para sa maliit na API response, maaaring mas mahalaga ang dagdag na segundong paghihintay bago ang unang byte kaysa sa pinakamataas na bilis. Para sa malaking download, hindi magandang kapalit ang mabilis na handshake kung napakabagal naman ng body. Sa parehong gawain, subukan ang destinasyong talagang gagamitin; walang iisang speed score na naglalarawan sa lahat ng ruta sa isang proxy.
Hindi nagbibigay ang listahan ng proxy ng ProxyHub ng mga independiyenteng pagsukat ng bilis ng paglilipat para sa bawat IP. Hindi ranggo ng bilis ang filter ng protocol o bansa.