अपूर्ण फ़ाइलों के डेटा ब्लॉक का पुन: उपयोग करने के लिए बिटटोरेंट प्रोटोकॉल को वितरित तरीके से डिज़ाइन किया गया है। आपका कंप्यूटर कुछ फ़ाइलों का विज्ञापन करता है और आपके साथियों की तुलना में डेटा ब्लॉक का अनुरोध कर रहा है - शुरू में आपका विज्ञापन आपके प्रत्यक्ष साथियों के पास जाता है जो वितरित डेटाबेस (हैश टेबल) से और अधिक रिले होता है। इस प्रकार आपकी फ़ाइलों को जानने वाले साथियों की संख्या आमतौर पर समय के साथ बढ़ती है।
प्रत्येक सहकर्मी का अनुरोध कुछ इनबाउंड ट्रैफ़िक उत्पन्न करता है, इसलिए समय के साथ आपका इनबाउंड ट्रैफ़िक भी बढ़ सकता है।
यहाँ चिह्नित के साथ मेरे ग्राहक का स्क्रीनशॉट है:
- प्रोटोकॉल उपरि
- कनेक्शन की संख्या
- वितरित डेटाबेस नोड्स
इसके अलावा जब आप अत्यधिक अनुरोध कर रहे हों, लेकिन दुर्लभ फ़ाइल बहुत अधिक सहकर्मी आपकी मशीन से डाउनलोड करना चाहते हैं, जो स्पष्ट रूप से बहुत अधिक इनबाउंड ट्रैफ़िक उत्पन्न करेगा।
कुछ विस्तार के लिए आप टोरेंट क्लाइंट मापदंडों जैसे कि समवर्ती डाउनलोड की संख्या, खुले और आधे-खुले कनेक्शन और इसी तरह फ़िडलिंग करके इस प्रभाव को कम कर सकते हैं।
मैं आमतौर पर अनुमत कनेक्शनों की संख्या को कम कर देता हूं क्योंकि मेरे घर के राउटर में बहुत अधिक कनेक्शनों के साथ लटकने की प्रवृत्ति होती है - यह पेशेवर, मृत महंगा, लोगों के विपरीत सस्ते एसएचएचओ राउटर का एक विशिष्ट दोष है।
यहाँ मेरे ग्राहक बैंडविड्थ से संबंधित विकल्पों का स्क्रीनशॉट है:
मेरा राउटर पूरी तरह से 200 खुले कनेक्शन को बनाए रखता है, लेकिन जब मेरे बच्चे टॉरेंट करना शुरू करते हैं, तो हम सभी को इस विकल्प को कम करने की आवश्यकता होती है, जो कुल मिलाकर कुछ सैकड़ों कनेक्शनों से अधिक नहीं है, जो एक ही समय में प्रोटोकॉल ट्रैफ़िक को कम करता है।
दुर्भाग्य से मैं एक अच्छा बिटटोरेंट प्रोटोकॉल कल्पना नहीं पा रहा था। यह केवल आंशिक रूप से सवालों के जवाब देता है: