एक टीसीपी कनेक्शन बनाने के सामान्य ओवरहेड

Question

मैं यूडीपी की तुलना में एक नया कनेक्शन बनाने की सामान्य लागत जानना चाहता हूं। मुझे पता है कि टीसीपी को पैकेटों का प्रारंभिक विनिमय (3 रास्ता हैंडशेक) की आवश्यकता है। अन्य लागत क्या होगी? उदाहरण के लिए कर्नेल में बफर आदि स्थापित करने के लिए आवश्यक कुछ प्रकार का जादू है?

कारण मैं पूछ रहा हूं कि मैं एक मौजूदा कनेक्शन खोल सकता हूं और इसे आवश्यकतानुसार पुन: उपयोग कर सकता हूं। हालांकि अगर थोड़ा ओवरहेड फिर से कनेक्ट हो रहा है तो इससे जटिलता कम हो जाएगी।

Answer 1

पैकेट एक्सचेंज की विलंबता की तुलना में, कर्नेल सेटअप समय जैसी अन्य सभी लागतें महत्वहीन हैं।

Answer 2

एक बार यूडीपी पैकेट तार पर डंप हो जाने के बाद, यूडीपी प्रोटोकॉल स्टैक पूरी तरह से इसके बारे में भूलने के लिए स्वतंत्र है। टीसीपी के साथ, कम से कम कनेक्शन विवरण (स्रोत/dest बंदरगाह और स्रोत/dest आईपी), अनुक्रम संख्या, कनेक्शन के लिए विंडो आकार आदि पर कम से कम है ... यह डेटा की एक बड़ी मात्रा नहीं है, लेकिन जल्दी से जोड़ता है कई कनेक्शन के साथ व्यस्त सर्वर।

और फिर 3-तरफा हैंडशेक भी है। कुछ ब्राइंडेड (और/या दुर्भावनापूर्ण सिस्टम) प्रक्रिया का दुरुपयोग कर सकते हैं ('syn बाढ़' देखें), या बस अपने अंत में कनेक्शन छोड़ दें, जिससे आपका सिस्टम प्रतिक्रिया या नज़दीकी नोटिस के लिए प्रतीक्षा कर रहा है जो कभी नहीं आएगा। प्लस साइड यह है कि टीसीपी के साथ यह सुनिश्चित करने के लिए सिस्टम पैकेट को प्राप्त करने के लिए सबसे अच्छा करेगा। यूडीपी के साथ, बिल्कुल कोई गारंटी नहीं है।

Answer 3

विकल्प 1: एक TCP कनेक्शन बनाने के सामान्य लागत हैं:

1. बनाएं गर्तिका कनेक्शन
2. डेटा भेजें
3. गर्तिका कनेक्शन नीचे आंसू

चरण 1: आवश्यक है पैकेट का आदान-प्रदान, इसलिए नेटवर्क विलंबता और गंतव्य सर्वर के सेवा समय से & तक देरी हो रही है। किसी भी बॉक्स पर कोई महत्वपूर्ण CPU उपयोग शामिल नहीं है।

चरण 2: संदेश के आकार पर निर्भर करता है।

चरण 3: आईआईआरसी, सिर्फ 'बंद करने वाला' पैकेट भेजता है, गंतव्य एके के लिए प्रतीक्षा नहीं करता है, इसलिए कोई विलंबता शामिल नहीं है।

विकल्प 2: यूडीपी की लागत: आवश्यक न्यूनतम सेटअप, कोई विलंबता चिंता: *

1. बनाएं यूडीपी वस्तु
2. डेटा
3. बंद यूडीपी वस्तु

चरण 1 भेजें , बहुत तेज़।

चरण 2: आकार की सावधानी बरतें, यूडीपी में कोई पुन: प्रेषण नहीं है क्योंकि इससे कोई परवाह नहीं है कि पैकेट किसी के द्वारा प्राप्त किया गया था या नहीं। मैंने सुना है कि संदेश जितना बड़ा होगा, डेटा की अधिक संभावना दूषित हो जाएगी, और अंगूठे का नियम यह है कि आप 20 एमबी से अधिक संदेशों का एक निश्चित प्रतिशत खो देंगे।

चरण 3: न्यूनतम कार्य, न्यूनतम समय।

विकल्प 3: का प्रयोग करें ZeroMQ इसके बजाय

आप पुनर्संयोजन समय को कम करने के लक्ष्य के साथ यूडीपी के लिए टीसीपी तुलना कर रहे हैं। एक नाइस कंप्रेमी है: ज़ीरोएमक्यू सॉकेट।

जेडएमक्यू आपको एक प्रकाशन सॉकेट स्थापित करने की अनुमति देता है जहां कोई भी परवाह नहीं करता है अगर कोई सुन रहा है (यूडीपी की तरह), और उस सॉकेट पर एकाधिक श्रोताओं हैं। यह एक यूडीपी सॉकेट नहीं है - यह इन दोनों प्रोटोकॉल का एक विकल्प है।

विवरण के लिए: ZeroMQ.org देखें।

यह बहुत तेज गति और गलती सहनशील है, और उन कारणों से वित्तीय उद्योग में बढ़ते उपयोग में है।