Pse një proxy me vonesë të ulët mund të shkarkojë ende ngadalë
Vonesa e lidhjes dhe shpejtësia e transferimit matin pjesë të ndryshme të një kërkese proxy. Zgjidhni testin sipas detyrës.
Një proxy që kthen shpejt një faqe të vogël mund të jetë i ngadaltë kur shkarkon skedar. Kërkesa e parë tregon kryesisht vonesën e krijimit të lidhjes dhe të përgjigjes. Një transferim më i madh varet edhe nga sasia e të dhënave që rruga mund të bartë vazhdimisht.
Cila shifër i përgjigjet pyetjes suaj?
| Detyra | Vëzhgim i dobishëm |
|---|---|
| Hapja e një faqeje të vogël ose dërgimi i një kërkese të shkurtër API | Koha deri në marrjen e përgjigjes, përfshirë krijimin e lidhjes. |
| Shkarkimi i një skedari | Bajtët gjithsej të transferuar dhe shpejtësia mesatare me një skedar prove të përshtatshëm. |
| Mbajtja e aplikacionit reagues gjatë shumë kërkesave | Koha tipike e përgjigjes, dështimet dhe ripërdorimi i lidhjeve nën ngarkesën e pritshme. |
ICMP ping është test tjetër. Serveri mund t’i përgjigjet ping ndërsa shërbimi proxy është i padisponueshëm, ose ta bllokojë ping ndërsa proxy funksionon. Koha vajtje-ardhje deri te adresa e proxy-t gjithashtu nuk përfshin lidhjen e proxy-t me destinacionin tuaj.
Matni një transferim real
Përdorni një skedar në server që kontrolloni ose një të destinuar për këtë lloj testi. Ky shembull hedh poshtë trupin e përgjigjes dhe shfaq madhësinë e transferuar, bajtët mesatarë në sekondë dhe kohën totale:
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.binZëvendësoni si proxy-n e shembullit, ashtu edhe URL-në e skedarit. Një faqe 404 ose përgjigje me qasje të mohuar nuk është matje e vlefshme shkarkimi, edhe nëse vjen shpejt. Kontrolloni statusin, madhësinë e pritshme dhe përmbajtjen para krahasimit të shpejtësive.
Fusha e shpejtësisë mesatare është në bajtë për sekondë. Një plan rrjeti i reklamuar në bitë për sekondë përdor njësi tjetër. Për ta kthyer afërsisht nga bajtë në bitë, shumëzoni me tetë; ruani të njëjtën njësi gjatë gjithë krahasimit.
Mbani kushte të barabarta krahasimi
Përdorni të njëjtin destinacion, skedar, rrjet klienti dhe kufij kohorë. Krahasoni disa mostra të moderuara në vend që të zgjidhni përpjekjen më të shpejtë. Për transferime të ngecura, zgjidhni me kujdes kufijtë e krijimit të lidhjes, kohës totale dhe shpejtësisë së ulët. Mbajini kërkesat e dështuara në rezultate: një proxy që nganjëherë transferon shpejt, por dështon shpesh, mund të jetë i papërshtatshëm për një punë që duhet përfunduar.
Një skedar në cache dhe një shkarkim i ri mund të ndjekin rrugë të ndryshme brenda shërbimit. Kështu mund të ndryshojnë edhe një kërkesë pas krijimit të lidhjes dhe një që ripërdor një lidhje ekzistuese. Vendosni çfarë sjelljeje i duhet aplikacionit dhe mateni vazhdimisht atë.
Zgjidhni sipas ngarkesës
Për një përgjigje të vogël API, një sekondë shtesë para bajtit të parë mund të ketë më shumë rëndësi se shpejtësia kulmore. Për një shkarkim të madh, një shtrëngim duarsh i shpejtë i ndjekur nga trup shumë i ngadaltë është shkëmbim i keq. Në të dyja rastet testoni destinacionin real; një rezultat i vetëm shpejtësie nuk përshkruan çdo rrugë përmes proxy-t.
Lista e proxy-ve e ProxyHub nuk ofron matje të pavarura të shpejtësisë së transferimit për çdo IP. Filtri i protokollit apo shtetit nuk është renditje shpejtësie.