एक गीगाबिट ईथरनेट नेटवर्क पर विंडोज फाइल शेयरिंग (एसएमबी) का विशिष्ट प्रदर्शन क्या है?


10

मैंने हाल ही में एक सांबा सर्वर और एक विंडोज विस्टा क्लाइंट के साथ एक गीगाबिट ईथरनेट नेटवर्क (मैं जंबो फ्रेम का उपयोग नहीं कर रहा हूं) पर विंडोज फाइल साझा करने की स्थापना की है। मैंने कुछ फ़ाइल प्रतिलिपियाँ की हैं, लेकिन जो अधिकतम थ्रूपुट मैं देख रहा हूँ वह 20MB / s है (मेगाबाइट्स, मेगाबाइट्स नहीं) जो कि नेटवर्क के लिए सैद्धांतिक 125MB / s अधिकतम 15% है। सर्वर में एक RAID सरणी है जो लगभग 75MB / s (टोंटी पीसीआई बस है) का प्रबंधन कर सकता है, और क्लाइंट डिस्क-टू-डिस्क कॉपी में लगभग 40MB / s प्रबंधित कर सकता है।

मुझे यह जोड़ना चाहिए कि उस समय नेटवर्क पर कोई अन्य ट्रैफ़िक नहीं था।

मैं समझता हूं कि मुझे कभी भी सैद्धांतिक अधिकतम नहीं मिलेगा, लेकिन मुझे नहीं लगा कि यह बुरा होगा।

एक गीगाबिट ईथरनेट नेटवर्क पर विंडोज फाइल शेयरिंग (एसएमबी) का विशिष्ट प्रदर्शन क्या है?

बोनस अंक: मैं इसे तेज करने के लिए (जंबो फ्रेम का उपयोग करने के अलावा) क्या धुन सकता हूं?


2
मैंने अपने नेटवर्क पर प्रदर्शन समस्याओं को ठीक किया है: वे सर्वर पर एक खराब ऑन-बोर्ड एनआईसी और क्लाइंट पर पुराने एनआईसी ड्राइवरों का एक संयोजन थे। अब मैं 50MB / s और 80MB / s के बीच देख रहा हूँ कुछ ही प्रतियों पर मैंने परीक्षण किया। हालांकि, समय-समय पर कुछ सेकंड के लिए ट्रांसफर अप्रत्याशित रूप से रुकने लगते हैं।
Kaypro द्वितीय

1
मेरे खराब नेटवर्क प्रदर्शन का एक और कारण यह था कि केवल वर्चुअल पीसी (बिना किसी इमेज के चलने के कारण), कुछ मेरे NIC को ~ Vista मशीन पर ~ 100Mbps तक फेंक देता है।
काइप्रो II

जवाबों:


8

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

एक संदर्भ के रूप में, मैंने अभी-अभी अपने कार्यालय में एक नया Gbit स्विच स्थापित किया है (पुराने 100Mbit स्विच की जगह) और बड़े SMB स्थानान्तरण जो मैंने परीक्षण किए गए मशीनों के प्रत्येक संयोजन के बीच (लेकिन उससे कम) 30Mbyte / sec पर चलते हैं। मैंने अभी दो मशीनों के बीच नेटकाट के साथ एक त्वरित परीक्षण किया है और इसी तरह के परिणाम मिले हैं इसलिए मुझे नहीं लगता कि एसएमबी अड़चन है। जिन दो मशीनों का मैंने अभी परीक्षण किया है, उनके बीच दो स्विच हैं जिनका प्रभाव हो सकता है, लेकिन मुझे लगता है कि यह प्रभाव कम से कम दिया गया है कि एक ही स्विच पर एक मशीन में एक एसएमबी हस्तांतरण के आंकड़े कैसे बंद करें।

सबसे अच्छा अंतरण दर जो मैंने एक Gbit नेटवर्क पर देखा है वह अपने सबसे तेज 50Mbyte / sec से थोड़ा शर्मीला था। यह एक मशीन छवि को एक मशीन से दूसरे पर एक फ़ाइल में स्थानांतरित करने के लिए था (एक VMareare वर्चुअल ड्राइव में कनवर्ट करने के उद्देश्यों के लिए। उस मामले में दो मशीनें एक शॉर्ट क्रॉस-ओवर केबल के माध्यम से जुड़ी हुई थीं, लेकिन फिर एक स्विच के माध्यम से। विचाराधीन मशीनों में से एक ऐसी मशीन है जिसे मैंने अभी परीक्षण किया है और ~ 29Mbyte / sec से प्राप्त किया है - मेरे मामले में मुख्य अड़चन के लिए सबसे अधिक संभावना अपराधी शायद इमारत में 8 साल पुरानी वायरिंग है जो किया जा सकता है सस्ते पर! मेरे छोटे से होम नेटवर्क पर एक त्वरित (और समान रूप से अवैज्ञानिक) परीक्षण 35Mbyte / sec की तरह दरों को देखता है एक सांबा शेयर से एक फ़ाइल को एक विंडोज बॉक्स में कॉपी करता है और दूसरी दिशा में 25Mbyte / सेकंड (I)

जंबो फ्रेम बल्क ट्रांसफर के लिए एक अंतर बनाने जा रहे हैं, इसलिए मैं आपको सुझाव देता हूं कि एक कोशिश करें यदि आपकी सभी किट उन्हें ठीक से समर्थन करती है।

एक लंबी कहानी को छोटा करने के लिए: मेरे पुराने अनुभव को देखते हुए आपका 20 मिनट / सेकंड थोड़ा धीमा है, लेकिन बड़े पैमाने पर ऐसा नहीं है। मेरे सभी विंडोज और सांबा इंस्टॉलेशन बहुत अधिक पूरी तरह से अछूते हैं, इसलिए मुझे संदेह है कि आपके हार्डवेयर / वायरिंग में अंतर है कि मैं क्या देखता हूं और आप क्या देखते हैं।

संपादित करें

बेशक, इस जवाब से पांच साल, हार्डवेयर और सॉफ्टवेयर आगे बढ़ गए हैं। मैं अक्सर सस्ते किट के साथ Gbit नेटवर्किंग के साथ मशीनों पर 90+ MiB / sec स्थानान्तरण देखता हूं। मेरा होम मीडिया / बैकअप / अन्य सर्वर ट्रांसफ़र के लिए बल्क के लिए 60 से थोड़ा अधिक तक सीमित लगता है, लेकिन यह बॉक्स के हार्डवेयर के सिंगल कोर पर सीपीयू-बाउंड होने के लिए सांबा लगता है।


केबलिंग मेरे लिए एक मुद्दा नहीं होना चाहिए, मेरे नेटवर्क का गीगाबिट भाग पूरी तरह से कैट 6 है। मैं जंबो फ्रेम का उपयोग नहीं कर सकता क्योंकि मेरा (होम) नेटवर्क विषम है - मुझे वाईफाई और 100Mbit सेगमेंट मिला है - और यह मेरी समझ है कि जंबो फ्रेम केवल गीगाबिट है। हालांकि, अगर मैं जंबो फ्रेम को कुछ जोड़े मेजबानों तक सीमित कर सकता हूं, तो यह काम कर सकता है। यह हार्डवेयर के बारे में एक अच्छी बात है। मेरा सब कुछ उपभोक्ता ग्रेड है; मुझे उस पर गौर करना होगा। एक और विचार यह था कि मेरे पास यह है कि अंतर्निहित एनआईसी कैसे जुड़े हैं, एक मुद्दा हो सकता है। यदि पीसीआई बस में कोई है, तो वह एक कारक हो सकता है।
काइप्रो द्वितीय

1
क्या आपका मतलब यह नहीं है "आपका 20Mbyte / sec थोड़ा धीमा है, लेकिन बड़े पैमाने पर ऐसा नहीं है" (वहाँ अंत खाया)? अन्यथा +1, अच्छा राइटअप।
क्विक क्वोटोटे

अच्छी पकड़ ~ क्वैक, विधिवत संपादित।
डेविड स्पिललेट

arrrgh। दुख की बात है कि मैं टिप्पणियों को संपादित नहीं कर सकता, या मैं अंत में खाना बंद कर
दूंगा

4

आह ... यह वह जगह है जहां एक सर्वर आदमी के लिए यह समझना महत्वपूर्ण है कि हुड के नीचे क्या है। चूंकि यह दो साल पुराना है, इसलिए मैंने इसे पहले ही हल कर लिया है। हालाँकि, पोस्टेरिटी या किसी ऐसे ही मुद्दे के साथ कि वह शायद किस भाग में है

(टीसीपी विंडो का आकार * 8 बिट / मिलीसेकंड में आरटीटी) = अधिकतम टीसीपी थ्रूपुट बीपीएस में

जब आपके पास एक गीगाबिट नेटवर्क हो सकता है तो एक एकल टीसीपी प्रवाह संभवत: उस उच्च को प्राप्त करने में सक्षम नहीं होगा।

यहाँ एक सरल तालिका है जो मानती है कि आपके पास विस्टा में डिफ़ॉल्ट 65535Byte TCP विंडो का आकार है

आरटीटी 10 एमएस => टीसीपी थ्रूपुट = 52428000 बीपीएस = 52 एमबीपीएस

आरटीटी 20 एमएस => टीसीपी थ्रूपुट = 26214000 बीपीएस = 26 एमबीपीएस

आरटीटी 50 एमएस => टीसीपी थ्रूपुट = 10485600 बीपीएस = 10 एमबीपीएस

आरटीटी 100 एमएस => टीसीपी थ्रूपुट = 5242800 बीपीएस = 5.2 एमबीपीएस

आरटीटी 150 एमएस => टीसीपी थ्रूपुट = 3495200 बीपीएस = 4.3 एमबीपीएस

आरटीटी 200 एमएस => टीसीपी थ्रूपुट = 2621400 बीपीएस = 2.5 एमबीपीएस

आरटीटी 300 एमएस => टीसीपी थ्रूपुट = 1747600 बीपीएस = 1.7 एमबीपीएस

आरटीटी 500 एमएस => टीसीपी थ्रूपुट = 1048560 बीपीएस = 1 एमबीपीएस

20Mbytes / sec या 160Mbits / sec पर आपकी राउंडट्रिप लेटेंसी लगभग 3 मिली सेकेंड के क्रम पर होने की संभावना है। टीसीपी ऑप्टिमाइज़र का उपयोग करके गति बढ़ाने का एकमात्र तरीका तार पर डी-डुबाना या बड़े पैकेट में एक साथ टुकड़े टुकड़े करना है। एक लैन पर जो आपको खर्च के लिए ज्यादा फायदा नहीं देता है। यदि आप Links या Netgear जैसे SoHo गियर का उपयोग कर रहे हैं, तो संभवतया आपकी विलंबता स्विच पर साझा बफ़र्स की कमी से शुरू हो रही है। यदि यह 24 पोर्ट की तरह बड़ा स्विच है, तो सुनिश्चित करें कि दो डिवाइस एक ही ASIC से जुड़े हैं। यह क्रमबद्धता में देरी में मदद करेगा, लेकिन बहुत अधिक नहीं। यदि आप इसे 2ms तक कम कर सकते हैं, तो आपको लगभग 31-32Mbytes / sec तक की बढ़त मिलेगी। अगर वे दो अलग-अलग स्विच पर हैं तो बहुत कुछ नहीं है जो आप नए हार्डवेयर के बिना कर सकते हैं।


2

ऐसा नहीं है कि यह आपको इस उदाहरण में मदद करता है, लेकिन विस्टा / विंडोज 7 विंडोज 2008 सर्वर से बात करते हुए SMB2 का उपयोग करेगा जो कि सादे SMB की तुलना में बहुत अधिक कुशल है और बहुत अधिक नेटवर्क बैंडविड्थ का उपयोग करेगा। देखें SMB2 विंडोज सर्वर 2008 में प्रोटोकॉल के साथ फाइल सर्वर प्रदर्शन में सुधार और माइक्रोसॉफ्ट विंडोज विस्टा और विंडोज सर्वर 2008 के साथ बढ़ी नेटवर्क का प्रदर्शन अधिक जानकारी के लिए।

SMB2 पर Samba 4 में काम किया जा रहा है, लेकिन ऐसा लग रहा है कि इसे Samba 3.5 में वापस लाया जा रहा है

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