Փոքր էջը արագ վերադարձնող պրոքսին կարող է միևնույն է դանդաղ ներբեռնել ֆայլը։ Առաջին հարցումը հիմնականում ցույց է տալիս միացման հաստատման և պատասխանի ուշացումը։ Ավելի մեծ փոխանցումը կախված է նաև երթուղու կայունորեն տեղափոխելիք տվյալների քանակից։

Ո՞ր ցուցանիշն է պատասխանում ձեր հարցին։

ԱռաջադրանքՕգտակար դիտարկում
Բացել փոքր էջ կամ ուղարկել կարճ API հարցումՊատասխանն ստանալու ժամանակը՝ ներառյալ միացման հաստատումը։
Ներբեռնել ֆայլՓոխանցված բայթերի ընդհանուր քանակն ու միջին թողունակությունը՝ համապատասխան փորձնական ֆայլով։
Բազմաթիվ հարցումների ընթացքում հավելվածը պահել արագ արձագանքողՍովորական արձագանքման ժամանակը, ձախողումներն ու միացումների կրկնօգտագործումը սպասվող ծանրաբեռնվածության պայմաններում։

ICMP ping-ը այլ թեստ է։ Սերվերը կարող է պատասխանել ping-ին, երբ պրոքսի ծառայությունն անհասանելի է, կամ արգելափակել ping-ը, երբ պրոքսին աշխատում է։ Պրոքսիի հասցեին հասնելու և վերադառնալու ժամանակը նաև չի ներառում պրոքսիի միացումը ձեր նպատակակետին։

Չափեք իրական փոխանցումը

Օգտագործեք ձեր վերահսկողության տակ գտնվող սերվերի ֆայլ կամ նման թեստի համար նախատեսված ֆայլ։ Այս օրինակը դեն է նետում պատասխանի մարմինը և արտածում փոխանցման չափը, վայրկյանում միջին բայթերն ու ընդհանուր ժամանակը․

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

Փոխարինեք և՛ օրինակի պրոքսին, և՛ ֆայլի URL-ը։ 404 էջը կամ մուտքի մերժման պատասխանը ներբեռնման վավեր չափանիշ չէ, նույնիսկ եթե արագ է հասնում։ Արագությունները համեմատելուց առաջ ստուգեք կարգավիճակը, ֆայլի սպասվող չափն ու բովանդակությունը։

Միջին արագության դաշտը բայթ/վայրկյան միավորով է։ Բիթ/վայրկյանով գովազդվող ցանցային փաթեթն այլ միավոր է օգտագործում։ Բայթերը մոտավորապես բիթերի փոխարկելու համար բազմապատկեք ութով․ ամբողջ համեմատության ընթացքում պահեք նույն միավորը։

Պահպանեք համեմատության հավասար պայմաններ

Օգտագործեք նույն նպատակակետը, ֆայլը, հաճախորդի ցանցն ու ժամանակային սահմանները։ Համեմատեք մի քանի չափավոր նմուշ՝ ամենաարագ փորձն ընտրելու փոխարեն։ Կանգ առած փոխանցումների համար գիտակցաբար ընտրեք միացման հաստատման, ընդհանուր ժամանակի և ցածր արագության սահմանները։ Ձախողված հարցումները թողեք արդյունքներում․ երբեմն արագ փոխանցող, բայց հաճախ ձախողվող պրոքսին կարող է վատ ընտրություն լինել ավարտման ենթակա աշխատանքի համար։

Քեշավորված ֆայլն ու նոր ներբեռնումը ծառայության ներսում կարող են տարբեր ուղիներով անցնել։ Նույնը վերաբերում է միացում հաստատելուց հետո հարցմանը և գոյություն ունեցող միացումը կրկնօգտագործող հարցմանը։ Որոշեք՝ հավելվածին ինչ վարք է պետք, և հետևողականորեն չափեք դա։

Ընտրեք ըստ ծանրաբեռնվածության

Փոքր API պատասխանի դեպքում առաջին բայթից առաջ լրացուցիչ վայրկյանը կարող է ավելի կարևոր լինել, քան առավելագույն թողունակությունը։ Մեծ ներբեռնման համար արագ ձեռքսեղմումը՝ դրան հաջորդող շատ դանդաղ մարմնով, վատ փոխզիջում է։ Երկու դեպքում էլ ստուգեք իրականում օգտագործվող նպատակակետը․ արագության մեկ գնահատականը չի նկարագրում պրոքսիով անցնող բոլոր երթուղիները։

ProxyHub-ի պրոքսիների ցանկը չի տրամադրում յուրաքանչյուր IP-ի թողունակության անկախ չափումներ։ Արձանագրության կամ երկրի զտիչը արագության վարկանիշ չէ։

Առնչվող հոդվածներ