Kwa nini proksi yenye ucheleweshaji mdogo bado inaweza kupakua polepole
Ucheleweshaji wa muunganisho na kasi ya upakuaji hupima sehemu tofauti za ombi la proksi. Chagua jaribio linalofaa kazi.
Proksi inayorudisha ukurasa mdogo haraka bado inaweza kupakua faili polepole. Ombi la kwanza huonyesha hasa ucheleweshaji wa kuanzisha muunganisho na kupata jibu. Uhamisho mkubwa pia hutegemea kiasi cha data ambacho njia inaweza kubeba kwa mfululizo.
Ni kipimo gani kinajibu swali lako?
| Kazi | Jambo muhimu la kupima |
|---|---|
| Kufungua ukurasa mdogo au kutuma ombi fupi la API | Muda hadi kupokea jibu, pamoja na kuanzisha muunganisho. |
| Kupakua faili | Jumla ya baiti zilizohamishwa na wastani wa kasi ya uhamisho kwa faili inayofaa majaribio. |
| Kuweka programu yenye mwitikio mzuri katika maombi mengi | Muda wa kawaida wa majibu, kushindwa na matumizi ya miunganisho tena chini ya mzigo unaotarajiwa. |
ICMP ping ni jaribio tofauti. Seva inaweza kujibu ping huku huduma yake ya proksi haipatikani, au kuzuia ping wakati proksi inafanya kazi. Muda wa kwenda na kurudi kwenye anwani ya proksi pia haujumuishi muunganisho wa proksi hadi unakoenda.
Pima uhamisho halisi
Tumia faili kwenye seva unayodhibiti au faili iliyokusudiwa kwa jaribio la aina hii. Mfano huu hutupa mwili wa jibu na kuonyesha ukubwa wa uhamisho, wastani wa baiti kwa sekunde na muda wote:
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.binBadilisha proksi ya mfano na URL ya faili. Ukurasa wa 404 au jibu la kukataliwa ufikiaji si kipimo halali cha upakuaji, hata ukifika haraka. Hakiki hali, ukubwa unaotarajiwa wa faili na yaliyomo kabla ya kulinganisha kasi.
Sehemu ya kasi ya wastani hutumia baiti kwa sekunde. Mpango wa mtandao unaotangazwa kwa biti kwa sekunde hutumia kipimo tofauti. Kwa ubadilishaji wa kukadiria kutoka baiti hadi biti, zidisha kwa nane; tumia kipimo kilekile katika ulinganisho wote.
Weka masharti sawa ya kulinganisha
Tumia lengwa, faili, mtandao wa mteja na mipangilio ya muda wa kusubiri ileile. Linganisha sampuli kadhaa za kiasi badala ya kuchagua jaribio la haraka zaidi. Kwa uhamisho unaokwama, chagua kwa makini mipaka ya kuanzisha muunganisho, muda wote na kasi ndogo. Weka maombi yaliyoshindwa katika matokeo: proksi inayohamisha haraka wakati mwingine lakini inashindwa mara kwa mara inaweza kutofaa kazi ambayo lazima ikamilike.
Faili iliyohifadhiwa kwenye cache na upakuaji mpya zinaweza kupitia njia tofauti ndani ya huduma. Ndivyo pia ombi baada ya kuanzisha muunganisho na ombi linalotumia tena muunganisho uliopo. Amua ni tabia ipi programu inahitaji na uipime kwa uthabiti.
Chagua kulingana na mzigo wa kazi
Kwa jibu dogo la API, kusubiri sekunde moja zaidi kabla ya baiti ya kwanza kunaweza kuwa muhimu kuliko kasi ya juu ya uhamisho. Kwa upakuaji mkubwa, mabadilishano ya awali ya haraka yakifuatwa na mwili wa polepole sana si ubadilishanaji mzuri. Kwa kazi zote mbili pima lengwa utakayotumia kweli; hakuna alama moja ya kasi inayoeleza kila njia kupitia proksi.
Orodha ya proksi ya ProxyHub haitoi vipimo huru vya kasi ya uhamisho kwa kila IP. Kichujio cha itifaki au nchi si mpangilio wa kasi.