क्या नेटवर्क के तेज़ सेगमेंट का मतलब तेज़ प्रवाह दर या कम विलंबता है?


12

यह उन काल्पनिक सवालों में से एक है। मैं यह पता लगाने की कोशिश कर रहा हूं कि मेजबान ए और मेजबान बी के बीच नेटवर्क का तेज 'सेगमेंट' हो रहा है या नहीं और उनके बीच तेजी से प्रवाह दर या कम विलंबता में अनुवाद होगा। मुझे कंप्यूटर A और कंप्यूटर B के बीच नेटवर्क में भौतिक लिंक दिखाते हैं:

host A (1000Base-T NIC) -> copper 1000Base-T link -> 1G copper switch -> 
[SFP module] -> a short 10G/40G/100G fibre run -> [SFP module] ->
1G copper switch -> copper 1000Base-T link -> host B (1000Base-T NIC)

संक्षेप में, होस्ट A से पहले स्विच तक 1G लिंक है, जिसमें एक SFP मॉड्यूल है, जो एक छोटे 10G / 40G / 100G से जुड़ा है (वास्तव में कोई फर्क नहीं पड़ता, 1G से अधिक तेज) फाइबर रन, जो इससे जुड़ता है 1G कॉपर स्विच में एक और SFP मॉड्यूल, जो B को होस्ट करने के लिए 1G कॉपर के माध्यम से जुड़ा हुआ है।

क्या बीच में फाइबर चलने के कारण दोनों मेजबानों के बीच ट्रैफ़िक तेज़ होता है? या प्रवाह दर और विलंबता समान होगी यदि दो स्विचों के बीच का खंड बाकी नेटवर्क के समान गति वाला हो?

यह मेजबान ए और मेजबान बी के बीच कम होने के लिए विलंब का अर्थ होगा, लेकिन एनआईसी की अंतर्ग्रहण और प्रगति दर प्रवाह दर को सीमित कर देगी, सही? यदि ऐसा है, तो क्या यह 'कोर' स्विच और राउटर को तेज लिंक के साथ जोड़ने के लिए समझ में आता है?

जवाबों:


13

न, वास्तव में। फाइबर लिंक के साथ कॉपर लिंक को बदलने से लेटेंसी थोड़ी कम हो सकती है (बिना लिंक वाली लिंक), लेकिन उच्च बैंडविड्थ लिंक वाले "कोर" लिंक को बदलने पर आपको वास्तव में जो मिलता है वह कम संभव भीड़ है। आपके उदाहरण scenerio में, यह कोई फर्क नहीं पड़ता, क्योंकि प्रत्येक छोर पर केवल एक उपकरण है। एक लाइव नेटवर्क में, हालांकि, 1g से 10g कोर लिंक पर जाने से नेटवर्क के कोर के भीतर भीड़ की समस्या कम हो जाएगी।

अब, साइड इफ़ेक्ट के रूप में, आपको लोअर लेटेंसी और बेहतर ट्रैफ़िक फ़्लो मिल सकता है, लेकिन यह विशुद्ध रूप से कंजेशन को कम करने के कारण होता है, इसलिए राउटर / स्विच ओवरलोड नहीं होते हैं और ट्रैफ़िक को ड्रॉप / कतार नहीं करते हैं।


इसलिए नेटवर्क के मूल में लिंक की गति बढ़ाने से क्षमता बढ़ती है, गति नहीं।
Libbux

4
असल में, हाँ। नेटवर्किंग पार्लेंस में "स्पीड" इतनी तेज नहीं है, लेकिन प्रति सेकंड कितने बिट्स आप एक लिंक पर धक्का दे सकते हैं। लेटेंसी / आरटीटी आमतौर पर पथ में उपकरणों की संख्या के साथ संयुक्त कुल दूरी का मामला है। प्रत्येक हॉप / डिवाइस में विलंबता की एक छोटी राशि जोड़ी जाती है। "फास्टनेस" मूल रूप से भौतिकी और प्रकाश की गति के लिए नीचे है।
जस्टिन सीब्रुक-रोचा

वहाँ महत्वपूर्ण बात यह है कि बिट्स सभी एक ही गति से यात्रा करते हैं - यह वास्तव में मैं क्या सोच रहा था।
लीबक्स

2
मैं यह भी उल्लेख करूँगा कि जब आप वित्तीय व्यापार की भूमि में प्रवेश करते हैं तो यह सब खिड़की से बाहर चला जाता है। उस दुनिया में, RTT राजा है। यहां तक ​​कि RTT पदार्थ के माइक्रोसेकंड, जो उन्हें हर तरह की मूर्खतापूर्ण चीजें करने का कारण बनता है, जैसे कि वर्कस्टेशन 100ft सर्वर के करीब जाना और फाइबर ड्रॉप को छोटा करना।
जस्टिन सीब्रुक-रोचा

7
हालांकि सिग्नल 100M, 1GE या 10GE, की परवाह किए बिना उसी दर से यात्रा करता है, क्रमबद्धता देरी (तार को फ्रेम को इंजेक्ट करने में समय लगता है) नीचे चला जाता है क्योंकि यह दर बढ़ जाती है। यही है, अगर आप 1538B के लिए 100M सीरियलाइजेशन देरी पर फ्रेम भेजते हैं तो 0.123ms है, 1GE पर यह फ्रेम पहले से ही फाइबर से 21 किमी नीचे है।
यति

6

डेटा के प्रवाह की गति माध्यम की भौतिकी में कोई अंतर नहीं रखती है। इससे मेरा मतलब है कि एक इलेक्ट्रिक सिग्नल को एक ही समय में 100 मीटर के कॉपर से दूसरे हिस्से तक प्रवाहित होने में एक ही समय लगता है, भले ही वह सिग्नल 10Mbps या 1Gbps लिंक का हिस्सा हो।

यदि आप तांबे से फाइबर में बदलते हैं, तो आप एक छोटे से सुधार को देख सकते हैं, लेकिन यह वास्तव में केवल एक मामूली अंतर होना चाहिए।

अब, ऐसे अन्य कारक हैं जो खेल में आ सकते हैं, उदाहरण के लिए, जो उपकरण 10Gbps कर सकते हैं, वे आम तौर पर 10Mbps करने के लिए डिज़ाइन किए गए उपकरणों की तुलना में फ़्रेम / पैकेट को संसाधित करने में अधिक सक्षम होते हैं, इसलिए उपकरण द्वारा जोड़े गए विलंबता को कम किया जा सकता है। कुंआ। लेकिन यह पूरी तरह से उपकरणों की क्षमताओं पर निर्भर करता है और लिंक की गति पर नहीं।


5

इस स्थिति में, 1G एंड-टू-एंड से 10G कोर में जाने से कुछ भी नहीं बदलना चाहिए। केवल थ्रूपुट में सीमांत वृद्धि 10G + लिंक पर तेज सिग्नलिंग (बिट-टाइम में कमी) से आएगी। लेकिन किसी भी भीड़ की अनुपस्थिति में (पढ़ें: अन्य होस्ट), उन्हें शुरू करने के लिए लिंक को संतृप्त करने में सक्षम होना चाहिए।

उस समय जब एक पैकेट को बदलने के लिए (और बाहर) होस्ट करने के लिए A & B लेता है, तो वह परिवर्तित नहीं होता है। जिस समय पैकेट को स्विच से स्विच करने की उम्मीद होती है, सिद्धांत रूप में, आनुपातिक रूप से तेज होता है। हालाँकि, इन गति पर, अंतर मानव के लिए ध्यान देने योग्य नहीं है। (~ 1500 mtu पैकेट के लिए 10μs)


कहेंगे, स्विच के बीच 100G लिंक एक ध्यान देने योग्य अंतर है?
Libbux

वे पहले से ही अपने स्थानीय लिंक को संतृप्त कर सकते हैं, इसलिए नहीं। संवेदनशील परीक्षण उपकरण के साथ, आप प्रति-पैकेट विलंबता में परिवर्तन को माप सकते हैं, लेकिन यह एक टमटम लिंक को किसी भी तेज़ी से नहीं बढ़ाएगा। :-) उस ने कहा, असली लाभ भीड़ परिहार है जब लिंक का उपयोग करके केवल ए और बी की मेजबानी की जाती है।
रिकी बीम

0

चूँकि throughput = to windows size / RTT कुछ भी है जो RTT को छोटा करता है तो थ्रूपुट बढ़ जाएगा, यह एक अलग सवाल है जैसे कि यह इसके लायक है। खिड़की का आकार जितना बड़ा होता है आरटीटी उतना ही अधिक घटता है।


1
एक 128k विंडो के साथ, 1G एंड-टू-एंड ~ 3.5G / s होगा। बीच में एक 10G लिंक के साथ, यह संख्या ~ 5G / s तक कूद जाती है। आप ध्यान दें कि दोनों नंबर मेजबान लिंक की गति से ऊपर हैं, इसलिए यह बिल्कुल भी ध्यान देने योग्य नहीं है।
रिकी बीम

0

निर्भर करता है।

अन्यथा निष्क्रिय नेटवर्क में यह इस बात पर निर्भर करता है कि स्विचिंग डिवाइस "स्टोर और फॉरवर्ड" हैं या "के माध्यम से कट" हैं। यदि स्विचिंग डिवाइस स्टोर और फॉरवर्ड हैं तो तेज लिंक का मतलब लोअर लेटेंसी होगा। हालाँकि अगर वे कट-थ्रू स्विचिंग का समर्थन करते हैं तो अतिरिक्त विलंबता पेश की जाएगी क्योंकि धीमी आवक लिंक से तेज़ आउटगोइंग लिंक से स्विचिंग के माध्यम से कट करना संभव नहीं है। हालाँकि जब तक आप उच्च आवृत्ति व्यापार की दुनिया में खेल रहे हैं या इसी तरह से यह दोनों तरह से लापरवाही होने की संभावना है।

एक व्यावहारिक नेटवर्क में कोर में अधिक क्षमता होने से यह मौका कम हो जाता है कि अन्य उपयोगकर्ताओं से भीड़ का सामना करना पड़ेगा। भीड़ नीचे और विलंबता ड्राइव थ्रूपुट। सामान्य तौर पर यह अच्छा है यदि आपके मुख्य लिंक आपके अंतिम उपयोगकर्ता लिंक से अधिक तेज़ हैं, तो कोई भी अंतिम उपयोगकर्ता उन्हें संतृप्त नहीं कर सकता है (इसलिए यदि आप डेस्कटॉप पर गीगाबिट चला रहे हैं तो आपको संभवतः 10 गीगाबिट कोर चलाना चाहिए)।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.