के दुई प्रोक्सीले एउटै फाइल छिटो डाउनलोड गर्न सक्छन्?

दुई प्रोक्सी निकास, प्रत्येकसँग बाँकी ब्यान्डविथ छ, डाउनलोडको गति दोब्बर बनाउने सजिलो उपाय जस्तो देखिन्छ। तर सामान्य प्रोक्सी पूल त्यसरी काम गर्दैन।

ग्राहकले रोजिएको एउटा प्रोक्सीबाट जडान खोल्छ। त्यो प्रोक्सीले अर्को जडान खोल्छ। प्रोक्सी सूचीबाट अर्को ठेगाना पूलमा थप्दा भावी जडानले अर्को विकल्प पाउँछ; यसले दोस्रो प्रोक्सीलाई पहिले नै चलिरहेको बाइट स्ट्रिममा जोड्दैन।

सामान्य जडानमा आधारित मल्टी-वान सन्तुलनको पनि त्यस्तै सीमा छ। यसले फरक जडानहरू लिङ्कहरूमा फैलाउन सक्छ, जसले कुल क्षमता सुधार्छ वा प्रतिस्पर्धा घटाउँछ। अर्को कुनै संयन्त्रले स्पष्ट रूपमा धेरै मार्ग दिएसम्म एउटा जडान एउटै जडान रहन्छ।

जब समानान्तर डाउनलोड अर्कै कुरा हो

ग्राहकले फाइलका फरक दायराहरू छुट्टै जडानमा मागेर स्थानीय रूपमा जोड्न सक्छ। यदि ग्राहकले यो व्यवस्था समर्थन गर्छ र सर्भरले अनुरोध अनुमति दिन्छ भने यसले एकभन्दा बढी मार्ग प्रयोग गर्न सक्छ।

यसले सर्तहरू ल्याउँछ: दायराहरूले एउटै प्रस्तुति वर्णन गर्नुपर्छ, सर्भरका जवाफहरू मागिएका अफसेटसँग मिल्नुपर्छ, र वस्तुमा हुने परिवर्तनले मिश्रित फाइल बनाउनु हुँदैन। प्रमाणीकरण, सर्भरको सीमा र प्रत्येक निकासको नीतिले पनि समानान्तर दायरा अनुरोधलाई अनुपयुक्त बनाउन सक्छ। दस पूरा डाउनलोड एउटा डाउनलोडका दस टुक्रा होइनन्।

ग्राहकसम्मको अन्तिम मार्ग अझै महत्त्वपूर्ण छ। धेरै छिटो निकासले एउटा भरिएको पहुँच लिङ्कबाट त्यो लिङ्कले बोक्न सक्नेभन्दा बढी डाटा पठाउन सक्दैनन्।

बहुमार्गलाई वास्तविक समर्थन चाहिन्छ

Multipath TCP एउटा स्पष्ट यातायात संयन्त्र हो जसले आफ्ना अन्त्यबिन्दु र नेटवर्क व्यवस्थाले समर्थन गरेमा धेरै उप-स्ट्रिम प्रयोग गरी जडान बोक्न सक्छ। केवल दुई असम्बन्धित HTTP वा SOCKS प्रोक्सी सूचीबद्ध गरेर यो सक्रिय हुँदैन।

ढिलो स्थानान्तरणका लागि पहिले सीमा ग्राहक लिङ्कमा छ, प्रोक्सीमा छ, अर्को मार्गमा छ कि गन्तव्यमा भन्ने निर्धारण गर्नुहोस्। पूल जडान वितरणका लागि उपयोगी हुन्छ। एउटा फाइलको गति दोब्बर हुन्छ भन्ने दाबीलाई आफ्नै संयन्त्र र प्रमाण चाहिने छुट्टै विशेषता मान्नुहोस्।