कमी विलंब असलेला प्रॉक्सीही हळू डाउनलोड का करू शकतो

लहान पान पटकन परत करणारा प्रॉक्सी फाइल डाउनलोड करताना हळू असू शकतो. पहिली विनंती मुख्यतः जोडणी प्रस्थापित होण्याचा आणि प्रतिसादाचा विलंब दाखवते. मोठे हस्तांतरण हा मार्ग सातत्याने किती डेटा वाहू शकतो यावरही अवलंबून असते.

कोणता आकडा तुमच्या प्रश्नाचे उत्तर देतो?

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 साठी स्वतंत्र थ्रूपुट मापन देत नाही. प्रोटोकॉल किंवा देशाचा फिल्टर ही वेगाची क्रमवारी नाही.