Kial prokurilo kun malgranda latenteco tamen povas elŝuti malrapide
Konekta prokrasto kaj elŝuta trafluo mezuras malsamajn partojn de prokurila peto. Elektu teston laŭ la tasko.
Prokurilo, kiu rapide redonas malgrandan paĝon, tamen povas malrapide elŝuti dosieron. La unua peto montras ĉefe la prokraston de konektostarigo kaj respondo. Pli granda transigo dependas ankaŭ de la datumkvanto, kiun la vojo povas daŭre porti.
Kiu nombro respondas vian demandon?
| Tasko | Utila observo |
|---|---|
| Malfermi malgrandan paĝon aŭ sendi mallongan API-peton | Tempo ĝis ricevo de la respondo, inkluzive de konektostarigo. |
| Elŝuti dosieron | Sumaj transigitaj bajtoj kaj averaĝa trafluo per taŭga testdosiero. |
| Teni aplikaĵon respondema dum multaj petoj | Tipa respondotempo, malsukcesoj kaj reuzo de konektoj sub la atendata laborŝarĝo. |
ICMP-ping estas alia testo. Servilo povas respondi ping dum ĝia prokurila servo estas neatingebla, aŭ bloki ping dum la prokurilo funkcias. La ir-revena tempo ĝis la prokurila adreso ankaŭ ne inkluzivas la konekton de la prokurilo al via celo.
Mezuru veran transigon
Uzu dosieron sur servilo, kiun vi regas, aŭ dosieron destinitan por tiaspeca testo. Ĉi tiu ekzemplo forĵetas la respondokorpon kaj eligas la transigograndon, averaĝajn bajtojn sekunde kaj suman tempon:
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.binAnstataŭigu kaj la ekzemplan prokurilon kaj la dosieran URL. Paĝo 404 aŭ respondo pri rifuzita aliro ne estas valida elŝuta komparnormo, eĉ se ĝi rapide alvenas. Kontrolu la staton, atendatan dosiergrandon kaj enhavon antaŭ ol kompari rapidojn.
La kampo de averaĝa rapido estas en bajtoj sekunde. Reta abono reklamita en bitoj sekunde uzas alian unuon. Por proksimuma konverto de bajtoj al bitoj multipliku per ok; uzu la saman unuon dum la tuta komparo.
Konservu justan komparon
Uzu la samajn celon, dosieron, klientan reton kaj tempolimojn. Komparu plurajn moderajn specimenojn anstataŭ elekti la plej rapidan provon. Por haltintaj transigoj, konscie elektu limojn por konektostarigo, suma tempo kaj malalta rapido. Konservu malsukcesajn petojn en la rezultoj: prokurilo, kiu foje rapide transigas sed ofte malsukcesas, povas esti malbona elekto por laboro, kiu devas finiĝi.
Kaŝmemorigita dosiero kaj freŝa elŝuto povas sekvi malsamajn vojojn tra la servo. Same povas diferenci peto post konektostarigo kaj peto reuzanta ekzistantan konekton. Decidu, kiun konduton via aplikaĵo bezonas, kaj konsekvence mezuru ĝin.
Elektu laŭ la laborŝarĝo
Por malgranda API-respondo, plia sekundo antaŭ la unua bajto povas gravi pli ol pinta trafluo. Por granda elŝuto, rapida manpremo sekvata de tre malrapida korpo estas malbona kompromiso. Por ambaŭ taskoj testu la celon vere uzotan; ne ekzistas unu rapidpoentaro priskribanta ĉiun vojon tra prokurilo.
La listo de prokuriloj de ProxyHub ne donas sendependajn trafluomezurojn por ĉiu IP. Filtrilo laŭ protokolo aŭ lando ne estas rapidrango.