मुझे 950 एमबीपीएस ऊपर क्यों मिल रहा है लेकिन गीगाबिट ईथरनेट पर केवल 360 एमबीपीएस नीचे?


46

मुझे दो डेस्कटॉप कंप्यूटर मिले जो सीधे एक दूसरे से बात कर रहे थे। वे दोनों गीगाबिट ईथरनेट सक्षम नेटवर्क एडेप्टर हैं। वह 1 जीबीपीएस या 1000 एमबीपीएस है। मैंने उन्हें एक नए ब्रांड 10 मीटर लंबे Cat6 UTP स्ट्रेट केबल के साथ जोड़ा है और मैं उस सैद्धांतिक अधिकतम के बहुत करीब हूं। विंडोज टास्क मैनेजर (नेटवर्क टैब) एक दिशा में 844 - 946 एमबीपीएस दिखाता है। लेकिन दूसरी दिशा में, यह केवल 326 - 365 एमबीपीएस के बारे में दिखाता है।

Local: 192.168.100.152
Remote: 192.168.100.151

स्थानीय कंप्यूटर विंडोज 8.1 प्रो चलाता है, और मैंने इसे दूरस्थ रूप से दूसरे कंप्यूटर से जोड़ा है जो विंडोज विस्टा अल्टिमेट चलाता है।

Iperf परिणाम

मैंने कुछ परीक्षण करने के लिए Iperf का उपयोग किया। मैंने हर बार 60 सेकंड के लिए परीक्षण चलाया। मैंने संचार की प्रत्येक दिशा के लिए 10 बार परीक्षण चलाया। मैंने तब औसत प्राप्त करने के लिए परीक्षण परिणामों के साथ इस तालिका को एक साथ रखा है।

192.168.100.152 -> 192.168.100.151          106 MB/s
192.168.100.152 -> 192.168.100.151          107 MB/s
192.168.100.152 -> 192.168.100.151          108 MB/s
192.168.100.152 -> 192.168.100.151          107 MB/s
192.168.100.152 -> 192.168.100.151          107 MB/s
192.168.100.152 -> 192.168.100.151          104 MB/s
192.168.100.152 -> 192.168.100.151          101 MB/s
192.168.100.152 -> 192.168.100.151          108 MB/s
192.168.100.152 -> 192.168.100.151          108 MB/s
192.168.100.152 -> 192.168.100.151          108 MB/s
----------------------------------------------------
Min: 101 MB/s    Max: 108 MB/s    Avg: 106.4 MB/s (851.2 Mbps)

192.168.100.152 <- 192.168.100.151          41.1 MB/s
192.168.100.152 <- 192.168.100.151          41.1 MB/s
192.168.100.152 <- 192.168.100.151          41.1 MB/s
192.168.100.152 <- 192.168.100.151          41.0 MB/s
192.168.100.152 <- 192.168.100.151          41.0 MB/s
192.168.100.152 <- 192.168.100.151          41.1 MB/s
192.168.100.152 <- 192.168.100.151          41.0 MB/s
192.168.100.152 <- 192.168.100.151          41.1 MB/s
192.168.100.152 <- 192.168.100.151          41.1 MB/s
192.168.100.152 <- 192.168.100.151          41.1 MB/s
-----------------------------------------------------
Min: 41.0 MB/s    Max: 41.1 MB/s    Avg: 41.07 MB/s (328.56 Mbps)

मेरा सवाल यह है कि यह दूसरी दिशा में इतना धीमा क्यों है?

विंडोज़ कार्य प्रबंधक

यह नेटवर्क आरेख है जैसा कि Iperf में परीक्षण करते समय देखा जाता है।

ए ख

निम्नलिखित दो स्क्रीनशॉट में आरेख पर ध्यान दें!

सी घ

क्या आपने देखा कि ऊपरी दाएं कोने में "1 Gbps" से "500 एमबीपीएस" में कैसे बदल गया क्योंकि मैंने डेटा भेजने से डेटा प्राप्त करने तक स्विच किया था। ऐसा क्यों किया? यह किसी भी तरह के रूप में अन्य नेटवर्क पोर्ट संवेदन है आधा 1 Gbps की है जब एक रास्ते पर जा रहा है, लेकिन अभी तक पूरा जब दूसरी तरह के आसपास जा रहा है?

फ़ाइल स्थानांतरण परीक्षण

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

192.168.100.152 -> 192.168.0.151    1073741824 Byte    25 s    40,96 MB/s
192.168.100.152 -> 192.168.0.151    1073741824 Byte    20 s    51.2 MB/s
192.168.100.152 -> 192.168.0.151    1073741824 Byte    16 s    64 MB/s
192.168.100.152 -> 192.168.0.151    1073741824 Byte    16 s    64 MB/s
192.168.100.152 <- 192.168.0.151    1073741824 Byte    11 s    93.091 MB/s
192.168.100.152 <- 192.168.0.151    1073741824 Byte    34 s    30.118 MB/s
192.168.100.152 <- 192.168.0.151    1073741824 Byte    11 s    93.091 MB/s
192.168.100.152 <- 192.168.0.151    1073741824 Byte    11 s    93.091 MB/s

विंडोज फ़ाइल कॉपी आरेख द्वारा इंगित थ्रूपुट एक अलग कहानी बता रहा है। यहां मैं दो फ़ाइलों को डाउनलोड कर रहा हूं, एक के बाद एक एक ही डिस्क पर दो अलग-अलग स्थानों पर। पहली प्रति ने 107 एमबी / 41% तक कायम रहने का संकेत दिया, और दूसरे ने 98.9 एमबी / एस को 87% तक बनाए रखने का संकेत दिया।

इ च

तो यह Iperf टूल के साथ मुझे मिले परिणामों के अनुरूप है। अब, जब मैं दूरस्थ कंप्यूटर पर अपलोड करता हूं तो यह ऐसा दिखता है।

जी ज मैं

यह 103 एमबी / एस को 73% तक बढ़ाता है, और फिर यह 27.3 एमबी / एस को 82% पर बदबूदार बनाता है और फिर एक पायदान चढ़कर 49.1 एमबी / 93% तक पहुंच जाता है।

यहाँ दो और मज़ेदार दिखने वाले "रोलर कोस्टर" आरेख हैं।

जे क

अद्यतन 1 - लिंक की गति

मैंने दूरस्थ कंप्यूटर पर वाईफ़ाई एडाप्टर को अक्षम करने का प्रयास किया। (Wifi एडाप्टर पहले से ही स्थानीय कंप्यूटर पर अक्षम था।) मुझे लगता है कि इस टिप्पणी से Timtech का क्या मतलब है। मेरे पास एक ही विचार था - कि दोनों वायर्ड और वायरलेस एडेप्टर एक ही समय में सक्षम होने के बाद वायर्ड एडॉप्टर पर वाईफ़ाई एडॉप्टर के स्तर तक सीमित हो जाते हैं (अनुकूलता के लिए सबसे धीमा एडेप्टर)। क्योंकि वाईफ़ाई एडेप्टर (इस मामले में DWA-160 वायरलेस एन) को आमतौर पर "52 एमबीपीएस" - विस्टा कंप्यूटर द्वारा "104 एमबीपीएस" लिंक के रूप में पाया जाता है।

निम्नलिखित स्क्रीनशॉट में, दूरस्थ कंप्यूटर को एक सर्वर के रूप में स्थापित किया गया है और स्थानीय कंप्यूटर को क्लाइंट (192.168.100.152 <- 192.168.100.151) के रूप में स्थापित किया गया है।

एल

लेकिन रिमोट कंप्यूटर पर वाईफ़ाई एडाप्टर को डिस्कनेक्ट करने से मेरे वायर्ड कनेक्शन पर मेरे कम थ्रूपुट की मदद नहीं मिली।

इतना ही नहीं! दूरस्थ कंप्यूटर पर विंडोज टास्क मैनेजर में, वायर्ड एडेप्टर (LAN 1) के लिए लिंक की गति "1 Gbps" के रूप में दिखाई देती है। यदि आप ऊपर दिए गए स्क्रीनशॉट का संदर्भ लेते हैं, तो आप देख सकते हैं कि यह स्थानीय कंप्यूटर पर "500 Gbps" लिंक के रूप में पाया गया है। तो उसी वायर्ड कनेक्शन के लिए, विंडोज विस्टा कहता है कि यह एक 1 जीबीपीएस लिंक है, जबकि उसी समय, विंडोज 8.1 प्रो का कहना है कि यह 500 जीबीपीएस लिंक है ... कौन सा सही है?

जब मैं इसे क्लाइंट के रूप में और स्थानीय कंप्यूटर को सर्वर (192.168.100.152 -> 192.168.100.151) के रूप में सेट करता हूं, तो यह दूरस्थ कंप्यूटर पर ऐसा दिखता है।

म

जैसा कि आप यहां देख सकते हैं, 1 जीबीपीएस लिंक का लगभग 95% उपयोग किया जा रहा है। जो कि 950 एमबीपीएस हो जाता है। यह वही है जो मुझे ऊपर परीक्षण में मिला। लेकिन दूसरे रास्ते पर जाना एक अलग कहानी है।

अपडेट 2 - डुप्लेक्सिंग और एमडीआई-एक्स

जैसा कि आप में से कुछ ने सुझाव दिया था कि मेरी नज़र डुप्लेक्स सेटिंग्स पर थी। स्थानीय और दूरस्थ कंप्यूटर दोनों को ऑटो बातचीत मोड पर सेट किया गया था, जैसा कि आप नीचे स्क्रीनशॉट द्वारा देख सकते हैं।

n ओ

मैंने दोनों कंप्यूटरों पर "1.0 Gbps फुल डुप्लेक्स" बदलने की कोशिश की। मैंने तब उसी प्रकार के परीक्षण किए जैसे मैंने पहले किए थे, Iperf का उपयोग करके। सर्वर के रूप में स्थानीय कंप्यूटर और क्लाइंट के रूप में दूरस्थ कंप्यूटर के साथ मुझे लगभग 950 एमबीपीएस अधिकतम मिलता है। क्लाइंट के रूप में स्थानीय कंप्यूटर और सर्वर के रूप में दूरस्थ कंप्यूटर के साथ मुझे लगभग 360 एमबीपीएस मिलता है।

यहाँ, इन स्क्रीनशॉट पर एक नज़र है।

पी क्ष

जब आप यहां देखते हैं, तो जब मैं अपलोड करता हूं और दोनों कंप्यूटरों के बीच डाउनलोड करता है, तो वह आरेख है। उच्चतर ग्राफ (95 - 98% उपयोग) दूरस्थ (अपस्ट्रीम 192.168.100.152 -> 192.168.100.151) के लिए स्थानीय है। निचला ग्राफ (~ 33% उपयोग) स्थानीय (डाउनस्ट्रीम 192.168.100.152 <- 192.168.100.151) के लिए दूरस्थ है।

किसी भी ऑटो एमडीआई-एक्स मुद्दों पर शासन करने की कोशिश करने के लिए, मेरे पास उन क्रॉसओवर एडेप्टर में से एक था जो केबल के एक छोर (स्थानीय कंप्यूटर) से जुड़ा था।

आर

यह निश्चित रूप से केबल को एक क्रॉसओवर केबल बना देगा। नरक, मैंने भी इसे एक नेटवर्क परीक्षक के साथ परीक्षण किया था! यह वास्तव में अब पार हो गया है (पिन 1/3, 2/6)!

तो अब मेरे पास दो कंप्यूटरों के बीच सही क्रॉसओवर केबल कनेक्शन है, और मैंने मैन्युअल रूप से "1.0 जीबीपीएस पूर्ण द्वैध" सेट किया है। फिर भी मुझे अभी भी वही समस्या है। कोई और विचार? विस्टा कंप्यूटर को अपग्रेड करने (या 8.1 कंप्यूटर को फिर से इंस्टॉल करने) के अलावा?

अद्यतन 3 - सॉफ्टवेयर या हार्डवेयर सीमा?

मेरा सबसे अच्छा अनुमान है कि मेरे पास दो ऑपरेटिंग सिस्टम हैं जो एक दूसरे के साथ संगत नहीं हैं। वे दोनों विंडोज सिस्टम हैं, लेकिन सभी विंडोज सिस्टम समान नहीं हैं। मुझे दोनों पर विस्टा का उपयोग करने की कोशिश करनी होगी, या 8.1 प्रो दोनों पर और देखना होगा कि मुझे किस तरह का थ्रूपुट मिलता है। इसका मतलब है कि अपग्रेड खरीदना। लानत है आप Microsoft।

दोनों कंप्यूटर कस्टम तरीके से बनाए गए हैं। यहाँ कुछ चश्मा हैं।

Local
-----
Gigabyte GA-EP45-UD3R
Intel Core 2 Quad Q9650
Intel P45
Corsair XMS2 DHX TwinX DDR2 PC6400/800MHz 4 GB
Realtek 8111C chips (10/100/1000 Mbit)
WD Caviar Black WD1002FAEX
Windows 8.1 Pro 64-bit

Remote
------
Gigabyte GA-X38-DQ6
Intel Core 2 Duo E4500
Intel X38
Corsair XMS2 DHX TwinX DDR2 PC6400/800MHz 4 GB
Dual Realtek 8111B chip (10/100/1000 Mbit)
WD Caviar Black WD1002FAEX
Windows Vista Ultimate 64-bit

टोन ने सुझाव दिया कि विस्टा मशीन एक खराब रियलटेक चिप का उपयोग कर सकती है। इसलिए मैंने इन चश्मे को खोदा। मैं अब देखता हूं कि विस्टा मशीन 8111 के बी संशोधन का उपयोग करती है जबकि स्थानीय मशीन उसी चिप के सी संशोधन का उपयोग करती है। क्या इसका कोई मतलब है? वे दोनों निर्माता द्वारा 1000 Mbit (ऊपर देखें) के लिए स्पष्ट रूप से निर्दिष्ट हैं। यह हो सकता है कि 8111B अंडरपरफॉर्म करता है कि कितना (360 एमबीपीएस)?

ये विशेष ड्राइव 107 MB / s फटने की दर तक पहुँचते हैं। यह वही संख्या है जो मैंने स्थानीय कंप्यूटर पर परीक्षण में देखी है। लेकिन यहां तक ​​कि 55 एमबी / एस के निरंतर अनुक्रमिक या यादृच्छिक रीड / राइट 360 एमबीपीएस में अनुवाद नहीं करता है। मुझे लगभग 440 एमबीपीएस देना चाहिए, न कि मुझे जो 360 एमबीपीएस मिल रहा है। इसलिए मुझे संदेह नहीं है कि अड़चन है, खासकर जब से वे दोनों एक ही ड्राइव मॉडल का उपयोग करते हैं। और इसके अलावा, फ़ाइल कॉपी ऑपरेशन एक बात है, लेकिन Iperf डिस्क का उपयोग नहीं कर रहा है, यह केवल परीक्षणों के लिए रैम मेमोरी का उपयोग करता है।

अपडेट 4 - टीसीपी चेकसम ऑफलोड

जैसा कि टॉनी ने सुझाव दिया था, मैंने टीसीपी चेकसम ऑफलोडिंग (आईपीवी 4 और आईपीवी 6 के लिए) को बंद करने की कोशिश की।

रों टी

मैंने दोनों कंप्यूटरों के लिए ऑटो में "स्पीड एंड डुप्लेक्स" को भी स्विच किया। लेकिन इससे कोई फायदा नहीं हुआ। मेरे पास अभी भी एक दिशा में कम प्रवाह है, और दूसरी दिशा में उच्च है।

अद्यतन 5 - नया ड्राइवर संस्करण

मैंने गीगाबाइट वेबसाइट और रियलटेक वेबसाइट से डाउनलोड किए गए नवीनतम संस्करण में स्थानीय और रिमोट दोनों पर ड्राइवर संस्करण को अपडेट करने की कोशिश की।

Update path...

On local (RTL8111C):
8.1.510.2013 (2013-05-10, Microsoft)
8.20.815.2013 (2013-08-15, Realtek)

On remote (RTL8111B):
6.241.623.2010 (2010-06-23, Realtek)
6.250.908.2011 (2011-09-08, Realtek)
6.252.1109.2012 (2012-11-09, Realtek)

यू v w एक्स

मुझे अभी भी एक ही दिशा में एक ही घटिया थ्रूपुट मिला है।

अद्यतन 6 - सीपीयू उपयोग

मैंने CPU उपयोग की जाँच की। यह कोई मुद्दा नहीं होना चाहिए। यहाँ मेरे निष्कर्ष हैं।

On local...

Download: 4 - 10 %
Upload:   4 - 10 %
Idle:     0 -  4 %

On remote...

Download: 24 - 38 %
Upload:   10 - 25 %
Idle:      1 -  6 %

स्थानीय (डाउनलोड, अपलोड, निष्क्रिय) ...

y z आ

रिमोट (डाउनलोड, अपलोड, निष्क्रिय) ...

अब एसी विज्ञापन

रिमोट बहुत अधिक सीपीयू पावर का उपयोग करता है, लेकिन यह धीमी कोर 2 डुओ के साथ भी है। लेकिन यह मेरे परीक्षणों के दौरान 38% से अधिक नहीं था। यहां विशेष रूप से दिलचस्प यह है कि यह अपलोड करते समय (स्थानीय -> रिमोट) डाउनलोड करने (स्थानीय <- रिमोट) की तुलना में बहुत अधिक सीपीयू शक्ति का उपयोग करता है।

तो 950 एमबीपीएस के थ्रूपुट के साथ यह 38% का उपयोग करता है और 360 एमबीपीएस में 25% का उपयोग करता है। इसके अलावा कोर उपयोग संतुलित नहीं है, यह एक कोर का दूसरे की तुलना में अधिक उपयोग करता है। मुझे यकीन नहीं है कि इससे क्या निष्कर्ष निकालना है। स्थानीय कंप्यूटर कोर उपयोग को प्रदर्शित नहीं करता है, इसलिए मैं इसकी तुलना नहीं कर सकता। लेकिन सीपीयू का उपयोग स्थानीय कंप्यूटर पर भी होता है (डाउनलोड / अपलोड पर 10%)।

अद्यतन 7 - नया इंटेल गीगाबिट नेटवर्क एडेप्टर

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

ae

मैंने विंडोज के लिए Iperf के साथ अब कुछ परीक्षण किया है और यहां परिणाम हैं।

स्थानीय (डाउनलोड, अपलोड) ...

ए एफ एजी

रिमोट (डाउनलोड, अपलोड) ...

आह ऐ

औसतन, यह एडॉप्टर वास्तव में रियलटेक एडाप्टर की तुलना में थोड़ा धीमा है। मुझे लगता है कि यह Realtek से छोटा ओवरहेड है और इसके परिणामस्वरूप एक अधिक स्थिर निरंतर थ्रूपुट है। लेकिन मुझे अभी भी केवल एक दिशा में लगभग 360 एमबीपीएस, और दूसरे में 950 एमबीपीएस, यहां तक ​​कि इस इंटेल एडाप्टर के साथ भी मिलता है।

local: 192.168.100.152 (win 8, realtek 8111c)
remote: 192.168.100.154 (vista, intel desktop ct)

192.168.100.152 -> 192.168.100.154    113 MB/s
192.168.100.152 -> 192.168.100.154    104 MB/s
192.168.100.152 -> 192.168.100.154    103 MB/s
192.168.100.152 -> 192.168.100.154    104 MB/s
192.168.100.152 -> 192.168.100.154    102 MB/s
192.168.100.152 -> 192.168.100.154    104 MB/s
192.168.100.152 -> 192.168.100.154    101 MB/s
192.168.100.152 -> 192.168.100.154    102 MB/s
192.168.100.152 -> 192.168.100.154    101 MB/s
192.168.100.152 -> 192.168.100.154    104 MB/s
----------------------------------------------
Max: 113 MB/s    Min: 101 MB/s    Avg: 103.8 MB/s

192.168.100.152 <- 192.168.100.154    42.2 MB/s
192.168.100.152 <- 192.168.100.154    41.2 MB/s
192.168.100.152 <- 192.168.100.154    41.1 MB/s
192.168.100.152 <- 192.168.100.154    43.0 MB/s
192.168.100.152 <- 192.168.100.154    42.3 MB/s
192.168.100.152 <- 192.168.100.154    42.3 MB/s
192.168.100.152 <- 192.168.100.154    40.2 MB/s
192.168.100.152 <- 192.168.100.154    40.9 MB/s
192.168.100.152 <- 192.168.100.154    41.3 MB/s
192.168.100.152 <- 192.168.100.154    42.0 MB/s
-----------------------------------------------
Max: 43.0 MB/s    Min: 40.2 MB/s    Avg: 41.65 MB/s

मुझे पता नहीं है कि यह पहले टेस्ट रन में 113 एमबी / एस तक बढ़ गया, स्थानीय से रिमोट तक। इसने पूरे परीक्षण में उस गति को बनाए रखा, ग्राफ 113 एमबी / एस पर लगभग सपाट था। पहले की तरह, मैंने प्रत्येक रन के लिए 60 सेकंड के अंतराल का उपयोग किया। अगले रन पर हालांकि यह गिरकर 104 एमबी / एस हो गया।

जैसा कि आप इन मूल्यों के द्वारा बता सकते हैं, मेरे पास अभी भी इस इंटेल एडाप्टर के साथ एक ही थ्रूपुट है जैसा कि अंतर्निहित रियलटेक एडाप्टर के साथ है। इसलिए मुझे लगता है कि यह कहना सुरक्षित है कि इसका एडॉप्टर से कोई लेना-देना नहीं है। इसलिए हम RTL8111B को अन्य मदरबोर्ड पर पाए जाने वाले RTL8111C की तुलना में एक अवर / कम चिप के रूप में दोष देना बंद कर सकते हैं। यह एक सॉफ्टवेयर / OS / कॉन्फ़िगरेशन समस्या, या एक ही बार में सभी तीन चीजों की तरह दिखता है।

अपडेट 8 - उबंटू लिनक्स के साथ शानदार परिणाम

अन्य सभी विकल्पों को समाप्त करने के बाद, मैंने अंततः लिनक्स के साथ कुछ परीक्षण चलाने का फैसला किया, और मुझे बहुत अच्छे परिणाम मिले। मैंने स्थानीय और रिमोट मशीन दोनों पर लिनक्स (संस्करण 2.0.5-3) के लिए एक Ubuntu लिनक्स 13.10 लाइव सिस्टम और Iperf का उपयोग किया। यहाँ परिणाम हैं।

=======================================================
REALTEK 8111C <-> REALTEK 8111B | IPERF ON UBUNTU LINUX
=======================================================

local: 192.168.100.152
remote: 192.168.100.151

192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
----------------------------------------------
Max: 112 MB/s    Min: 112 MB/s    Avg: 112 MB/s

192.168.100.152 <- 192.168.100.151    110 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    110 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
----------------------------------------------
Max: 111 MB/s    Min: 110 MB/s    Avg: 110.8 MB/s

स्थानीय (डाउनलोड, अपलोड, निष्क्रिय) ...

ए जे एके अल बजे एक

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

लेकिन मुझे पता है कि वे विस्टा को मारने के लिए सब कुछ कर रहे हैं। उदाहरण के लिए, नवीनतम Office 2013 जानबूझकर Windows Vista पर समर्थित नहीं है। मुझे यकीन है कि माइक्रोसॉफ्ट चाहता है कि विस्टा कभी नहीं हुआ। जैसे वे चाह रहे होंगे कि विंडोज 8.0 कभी नहीं हुआ था। लेकिन मैं आमतौर पर बस के रूप में के रूप में लगातार कर रहे हैं, और मैं अपने विंडोज स्थापित उन्नयन नहीं है जब तक मैं बिल्कुल चाहिए।

तो सवाल यह है कि दो अलग-अलग विंडोज संस्करणों के साथ दोनों दिशाओं में समान प्रवाह कैसे प्राप्त करें। विंडोज विस्टा गीगाबिट स्पीड में सक्षम होना चाहिए - यह 20 साल पुराना ओएस या कुछ और नहीं है, यह विंडोज 95 नहीं है जिसके बारे में हम बात कर रहे हैं। विस्टा एक आधुनिक ओएस है। मैंने अभी तक दोनों मशीनों पर एक ही विंडोज संस्करण चलाने का परीक्षण नहीं किया है। टीसीपी कार्यान्वयन या दो ओएस संस्करणों के बीच कुछ अंतर हो सकता है। यदि ऐसा है, तो मैं शायद विस्टा मशीन को अपग्रेड करने के लिए मजबूर हो जाऊंगा। या तो लिनक्स के लिए स्विच या। मैं कम के लिए अधिक भुगतान करने के लिए तैयार नहीं हूं। मुझे दोनों दिशाओं में गिगाबिट थ्रूपुट प्राप्त करने के लिए सिर्फ विंडोज को अपग्रेड क्यों करना होगा? ...

अपडेट 9 ...

केबल

मैंने केबल को उलटने की कोशिश की। मुझे पहले जैसा ही परिणाम मिला। मुझे एक नई कैट 6 पैच केबल भी मिली और उसने कोशिश की। थ्रूपुट परीक्षा परिणाम समान थे। इसलिए केबल यहां मुद्दा नहीं है। मैंने केवल प्री-टर्मिनेटेड / मोल्डेड पैच केबल्स का इस्तेमाल किया। इसलिए वायरिंग सही होनी चाहिए। लेकिन मैं अपनी खुद की स्थापना केबलों को बाद में समाप्त करने की योजना बना रहा हूं।

परिवार कल्याण और ए.वी.

फ़ायरवॉल (एफडब्ल्यू) और एंटी-वायरस (एवी) के लिए, मैं किसी भी तृतीय-पक्ष एफडब्ल्यू या एवी सॉफ़्टवेयर का उपयोग नहीं करता हूं। मेरे पास केवल Windows फ़ायरवॉल और सुरक्षा आवश्यकताएँ हैं। मैंने दोनों मशीनों पर उन्हें निष्क्रिय कर दिया है। थ्रूपुट परीक्षा परिणाम पहले की तरह ही थे।

Ao एपी

aq ar जैसा

लैन स्पीड टेस्ट

मैंने स्थानीय मशीन पर LAN स्पीड टेस्ट लाइट 1.3 स्थापित किया है। मेरा मानना ​​है कि परीक्षण स्थानीय पर मेमोरी और रिमोट मशीन पर डिस्क ड्राइव के बीच किया जाता है। मुझे यकीन नहीं है। लेकिन यह रिमोट मशीन पर एक शेयर का रास्ता पूछता है। मैंने रिमोट पर ओ $ शेयर का इस्तेमाल किया।

पर औ av

Upload: 427 Mbps
Download: 420 Mbps

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

मैंने LAN स्पीड टेस्ट के साथ मेमोरी टेस्ट करने के लिए कोई मेमोरी नहीं की है क्योंकि इसमें रिमोट पर LST सर्वर नामक प्रोग्राम के उपयोग की आवश्यकता होती है, और इस प्रोग्राम को उपयोग करने के लिए पंजीकरण की आवश्यकता होती है।

अपडेट 10 ...

डिस्क ड्राइव परीक्षण

मैंने डिस्क ड्राइव का परीक्षण करने के लिए क्रिस्टल डिस्क मार्क 3.0.3 का उपयोग किया। यहाँ परिणाम हैं।

Local disk: 118 MB/s read, 113 MB/s write
Remote disk: 70 MB/s read, 69 MB/s write

ये 5 रन और 1000 एमबी लोड के आधार पर अनुक्रमिक पढ़ने और लिखने की गति हैं।

यह स्थानीय डिस्क है (डिस्क चिह्न, पढ़ें, लिखें) ...

aw कुल्हाड़ी ay

और यह रिमोट डिस्क है ...

az

लेकिन मुझे यह नहीं मिलता ... ये परिणाम विरोधाभासी लगते हैं।

ओके, स्थानीय डिस्क 118 एमबी / एस पर पढ़ सकता है, इसलिए यह लगभग 100 एमबी / एस के कथित अपलोड के लिए अनुमति देगा। लेकिन रिमोट डिस्क इसे प्राप्त करने में सक्षम नहीं होगा यदि यह केवल 69 एमबी / एस लिखने में सक्षम है। लेकिन कुछ जादू मोड़ से मुझे अभी भी औसतन 100 एमबी / एस से अधिक अपलोड मिलता है।

दूसरे रास्ते पर जाने से समझ में आता है। यदि दूरस्थ डिस्क 70 एमबी / एस पर पढ़ सकता है, और स्थानीय डिस्क 113 एमबी / एस पर लिख सकता है, तो डाउनलोड 70 एमबी / एस से अधिक तेज नहीं होना चाहिए। मुझे औसतन लगभग 40 एमबी / एस डाउनलोड मिलता है। जो उचित प्रतीत होगा।

इसलिए मैं इन परिणामों से कुछ भी निष्कर्ष नहीं निकाल सकता। मेरा मतलब है कि स्थानीय कंप्यूटर पर डिस्क ड्राइव मुश्किल से उपयोग किया जाता है। यह डिस्क भी है जो ओएस रखती है, और यह उस सिस्टम पर एकमात्र विभाजन है। जबकि रिमोट डिस्क लगभग भरा हुआ है, और यह कई विभाजन के साथ भी विभाजित है। हालाँकि, इसका उपयोग OS के लिए नहीं किया जाता है। मैंने O:यहां परीक्षण के लिए ड्राइव लेटर चुना , क्योंकि यह सबसे मुक्त स्थान वाला विभाजन है।

(ध्यान दें कि मैंने C:पिछले परीक्षणों में ड्राइव लेटर का इस्तेमाल किया था जो पूरी तरह से अलग सीगेट डिस्क ड्राइव पर है जो रिमोट मशीन पर ओएस रखती है। इसलिए वे रीडिंग तुलनीय नहीं हैं।)

कैशिंग लिखो

डिस्क लेखन कैशिंग सक्षम होने के साथ मुझे ये परिणाम मिले।

Local to remote: 106 MB/s
Remote to local: 42.2 MB/s

मैंने तब रिमोट पर और स्थानीय ड्राइव पर सभी ड्राइव पर कैशिंग लिखना अक्षम कर दिया था।

बी 0 ए 0 bb

मैंने रिबूट नहीं किया क्योंकि परिवर्तनों को प्रभावी करने के लिए कोई रिबूट का अनुरोध नहीं किया गया था। फिर मुझे निम्नलिखित परिणाम मिले।

Local to remote: 106 MB/s
Remote to local: 42.1 MB/s

व्यावहारिक रूप से कोई बदलाव नहीं हुआ था। कोई रिबूट, और कोई रिबूट का अनुरोध नहीं किया गया था।

QOS पैकेट

मैं तब दूरस्थ मशीन पर उपयुक्त एडॉप्टर के लिए QOS पैकेट शेड्यूलर को अक्षम करने के लिए चला गया, और फिर स्थानीय मशीन पर।

बीसी bd

Local to remote: 107 MB/s
Remote to local: 41.9 MB/s

यहां कोई महत्वपूर्ण बदलाव नहीं हुआ। फिर, कोई रिबूट और कोई रिबूट का अनुरोध नहीं किया गया था।

जंबो पैकेट

इसके बाद मैंने जंबो पैकेट को सक्षम करने के लिए 4 जीबी सेटिंग का उपयोग किया क्योंकि 4 केबी सबसे बड़ा एमटीयू आकार है जो दोनों मशीनों पर समर्थित है।

होना BF के

Local to remote: 105 MB/s
Remote to local: 33.3 MB/s

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

Local to remote: 117 MB/s
Remote to local: 33.2 MB/s

इसलिए अपलोड अब और भी तेज़ हो गया है, लेकिन रिबूट के बाद भी मैंने इन बदलावों को करने से पहले डाउनलोड को धीमा रखा है। मुझे उम्मीद होगी कि वे दोनों थोड़ा ऊपर जाएंगे। इसका क्या मतलब है?


4
मुझे लगता है कि कार्य प्रबंधक में प्रदर्शित थ्रूपुट के आंकड़े आपके वास्तविक थ्रूपुट के आधार पर ऑटो-स्केल किए गए हैं। यह निश्चित रूप से विंडोज 8 और मेरा के लिए रास्ता है, वर्तमान में 54 एमबीपीएस दिखाया गया है और आखिरी कुछ मिनटों में यह 100 एमबीएस और 100kbs (जब निष्क्रिय) और बीच में विभिन्न मानों में रहा है।
sgmoore

12
क्या आपने सॉफ़्टवेयर समस्याओं से निपटने के लिए लिनक्स लाइव-सीडी (दो समान बूट डिस्क) से दोनों मशीनों को बूट करने और HDD मुद्दों को नियंत्रित करने के लिए रैम-डिस्क से रैम-डिस्क में स्थानांतरित करने पर विचार किया है?
मोशे काटज़

1
मैं यहाँ अपने 2 सेंट में फेंकना चाहता था ... मेरा पहला: क्या आपने सभी virussc बैनर्स को निष्क्रिय कर दिया था? मेरी दूसरी: क्या आपने यह देखने के लिए केबल को उलटने की कोशिश की कि क्या आपकी समस्या भी उलट जाती है (केबल के अंत को अन्य कंप्यूटर और वीज़ा वर्सा पर स्विच करना)। अगर आपको तेज डाउनलोड लेकिन धीमी अपलोड मिलती है तो समस्या वायरिंग में है। (यानी आपकी जोड़ियां एक साथ नहीं बल्कि अन्य जोड़ियों के साथ मुड़ जाती हैं)
रिक

1
@MosheKatz मैंने बस यही किया। आप मेरे द्वारा पोस्ट किए गए परिणामों को देख सकते हैं (अपडेट 8 देखें) कि मुझे उबंटू के साथ दोनों दिशाओं में महान थ्रूपुट मिला।
समीर

2
@ नमस्कार वाह, यह विषय बड़ा हो रहा है :) मैंने देखा कि आपने दोनों छोरों पर लिनक्स की कोशिश की। लेकिन क्या आपने पहले से ही Linux <-> Win8 और / या Linux <-> Win.vista की कोशिश की? यदि उनमें से एक में पूरी गति है, तो आपको पता है कि दूसरा दोष है (जो अन्य परीक्षण में दिखाई देगा) और आप / हम उस मशीन पर अपने प्रयासों को केंद्रित कर सकते हैं।
रिक डे

जवाबों:


6

आपकी प्रतिक्रिया के आधार पर:

@ewhac स्थानीय मशीन पर TCP विंडो का आकार आमतौर पर दूरस्थ मशीन पर विंडो के आकार से भिन्न होता है। स्थानीय पर डिफ़ॉल्ट मान 0.06 एमबी (8 जीत) और रिमोट (विस्टा) पर 0.01 एमबी है। क्या उनका समान मूल्य होना चाहिए? मैं इसे एमएसएस का अनुमान लगाने के लिए कैसे कहूं? क्या यह एम-स्विच होगा ("अधिकतम सेगमेंट आकार प्रिंट करें")? मैं आमतौर पर उस में से कोई भी सेट नहीं करता। मुझे क्यों करना पड़ेगा? - सैमी 30 नवंबर को 21:39 बजे

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

इसलिए, पहली चीज जो मैं कोशिश करूंगा वह -wतर्क का उपयोग करके विस्टा मशीन पर टीसीपी विंडो का आकार बढ़ा रहा है। 0.01MB कुछ हद तक अनहेल्दी यूनिट है; मैं अनुमान लगा रहा हूं कि यह 16KiB है। तो 16KiB से शुरू करें और एक परीक्षण चलाएं:

iperf -c -w 16K ...

विंडो का आकार दोगुना करें और परीक्षण दोहराएं:

iperf -c -w 32K ...

उम्मीद है कि आपको गति में वृद्धि का निरीक्षण करना चाहिए। खिड़की के आकार को दोगुना करना जारी रखें, जब तक कि आपको महत्वपूर्ण गति न दिखाई दे।


4

जैसा कि पहले कहा गया था, आपको कम विलंबता उच्च गति लिंक पर उच्च थ्रूपुट प्राप्त करने के लिए iperf में टीसीपी विंडो आकार को संशोधित करना होगा। विंडोज (या iPerf) के विभिन्न संस्करणों में अलग-अलग डिफ़ॉल्ट विंडो आकार हो सकते हैं। क्लाइंट और सर्वर दोनों पर शुरू करने के लिए "-w 256k" का प्रयास करें।

क्या आप अपने चार्ट की तीर दिशा की पुष्टि कर सकते हैं? Iperf में, डेटा धकेल दिया जाता है से सर्वर (क्या मैं आमतौर पर लगता है के विपरीत) के लिए ग्राहक।

आप हार्ड ड्राइव को नियम से हटा सकते हैं क्योंकि iPerf हार्ड ड्राइव को नहीं छूता है।

मुझे लगता है कि आपने पहले ही सत्यापित कर लिया है कि आप नवीनतम एनआईसी ड्राइवर चला रहे हैं। गति / द्वैध सेटिंग को मैन्युअल रूप से सेट करने के साथ आसपास चक्कर लगाने की कोई आवश्यकता नहीं होनी चाहिए। जंबो फ्रेम के साथ समान - वे आधुनिक हार्डवेयर के साथ परेशानी के लायक नहीं हैं।

सत्यापित करें कि बड़े भेजें Offload (LSO) और बड़े प्राप्त Offload (LRO) दोनों NIC पर सक्षम हैं। कुछ एनआईसी ड्राइवर अलग-अलग नामों (या कई विकल्पों का उपयोग करते हैं जो इस व्यवहार को नियंत्रित करते हैं) ताकि आपको आसपास शिकार करना पड़े। आमतौर पर डिफ़ॉल्ट उन सभी को सक्षम करने के लिए है।


3

मुझे लगता है कि iperf कैसे काम करता है इसके बारे में आपको थोड़ा और पढ़ने की जरूरत है। यदि आप सही tcp विंडो का आकार निर्धारित नहीं करते हैं तो आपके परिणाम बहुत भिन्न होंगे। मेरा मानना ​​है कि इसके -w स्विच। यह वेबसाइट इष्टतम TCP विंडो आकार की गणना करने में सहायता करेगी। इसकी गणना के लिए आपको RTT और बैंडविथ को जानना होगा। http://www.kehlet.cx/docs/tcpwin.php

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


क्या मैं आरटीटी का पता लगाने के लिए पिंग कमांड का उपयोग कर सकता हूं? यदि मैं रिमोट को पिंग करता हूं तो मुझे 1 एमएस से कम मिलता है। लेकिन यह मुझे नहीं बताता कि कितना। क्या कोई अन्य उपकरण है जिसका मैं उपयोग कर सकता हूं, एक से अधिक सटीक? मुझे पता है कि मैं सूत्र में 0 एमएस का उपयोग नहीं कर सकता।
समीर

मैंने एक पिंग कार्यक्रम का इस्तेमाल किया, जिसे रोपिंग कहा जाता है । LAN स्पीड टेस्ट लाइट के लिए, Iperf जितना अच्छा नहीं था। हो सकता है कि एक बार LST सर्वर को दूसरे छोर पर स्थापित करने के बाद यह बेहतर हो जाए। लेकिन मुझे इसका उपयोग करने या लाइसेंस के लिए भुगतान करने के लिए पंजीकरण करने का मन नहीं था।
समीर

3

कुछ बिंदु जो आपकी मदद कर सकते हैं .. टीसीपी आईपी स्टैक अब विंडोज 7 रिलीज के बाद अलग तरीके से लागू किया गया है। मैं अपने टीसीपी ऑप्टिमाइज़ेशन को बारीकी से देखूंगा, हो सकता है कि इसमें आपके दो बॉक्स के बीच बहुत कुछ न हो, लेकिन फिर भी आपके विस्टा बॉक्स पर कुछ सेटिंग्स को ट्विक करने लायक हो।

के उपयोग netsh int tcp सेट वैश्विक congestionprovider = CTCP मूल्यह्रास किया गया है। Congestionprovider सेट करने या बदलने के लिए निम्नलिखित कमांड का उपयोग किया जाना चाहिए:

यहां लेख पढ़ें: http://forums.speedguide.net/showthread.php?280646-When-will-TCP-Optimizer-support-Windows-8-amp-Windows-Server-2012

netsh int tcp सेट पूरक कस्टम 300 10 ctcp अक्षम 50 तब टाइप करें: netsh int tcp पूरक पूरक कस्टम

उपरोक्त कमांड के बारे में अधिक जानकारी के लिए बस टाइप करें: netsh int सेट पूरक

यह जांचने के लिए कि आपके वर्तमान में कौन सा कंजेशनप्रोवाइडर निम्नलिखित का उपयोग कर रहा है: netsh int tcp शो पूरक

लेकिन केवल Win Server 2012 कस्टम टेम्पलेट बना सकता है CTCP शायद एक समस्या है।

इसके अलावा ऑटो-स्केलिंग एक कारक हो सकता है।

हो सकता है कि अपग्रेड / डाउनग्रेड की आवश्यकता के लिए आपके ड्राइवरों पर नज़र डालें। देखें कि कौन से काम सबसे अच्छे हैं।

एक अन्य विचार यह है कि पैकेट का आकार एचडीडी के लिए लिखा जा रहा है .. आपके एचडीडी सेक्टरों का आकार 512 बी ~ 64 के है, यह अड़चन को रोक सकता है। जीबीट की गति का उपयोग करते समय इस पर विचार करें - या इसके बजाय एसएसडी डिस्क के साथ परीक्षण करें!

क्या आपने जंबो पैकेट को सक्षम करने पर ध्यान दिया है (यदि यह आपके एनआईसी के लिए लागू होता है)


क्या विंडो आकार स्केलिंग को अक्षम करना संभव है और RWIN मान 64K पर मैन्युअल रूप से सेट है?
समीर

मैंने अभी पढ़ा है कि आधुनिक विंडोज सिस्टम पर गतिशील रूप से RWIN मूल्य को बदल दिया जाता है। क्या ये सच है? वह आरडब्ल्यूआईएन एक निश्चित मूल्य नहीं हो सकता है?
समीर

2

Ubuntu LINUX के साथ शानदार परिणाम

यह काफी परिचित लगता है ... आपको iperfविंडोज में अनावश्यक रूप से खराब प्रदर्शन मिलता है , लेकिन वही हार्डवेयर लिनक्स के साथ ठीक काम करता है।

इस लड़ाई को बार-बार लड़ने के बाद, मैं इस निष्कर्ष पर पहुंचा हूं कि iperfविंडोज में परतदार है । मुझे नहीं पता क्यों ... ईमानदारी से, मैंने देखभाल करना छोड़ दिया है क्योंकि मुझे पता है कि मैं हमेशा लिनक्स से समझदार परिणाम प्राप्त कर सकता हूं।

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


2

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

MMCSS और नेटवर्क थ्रॉटलिंग के बारे में कुछ जानकारी के लिए यहां देखें: http://blogs.technet.com/b/markrussinovich/archive/2007/08/27/1833290.aspx

इसे इन निर्देशों के अनुसार ट्विक किया जा सकता है: http://support.microsoft.com/kb/948066

मुझे संदेह है कि इस मामले में इसका कारण है, क्योंकि थ्रूपुट शायद कम होगा, लेकिन विस्टा पर अपने स्वयं के थ्रूपुट समस्याओं के साथ लंबे समय तक दीवार के खिलाफ मेरे सिर को पीटने के बाद, मुझे पता चला कि यही कारण था। मैंने NetworkThrottlingIndex को 70 पर सेट किया और मुझे अंततः अपेक्षित थ्रूपुट मिला।


2

विस्टा पर रिमोट डिफरेंशियल कम्प्रेशन को हटाने के लिए आपके द्वारा आजमाई गई एक चीज नहीं है ।

मेरी सोच विस्टा पर व्यापक सीपीयू उपयोग से प्रेरित है। यह हो सकता है कि विस्टा नेटवर्क ड्राइवर यह नहीं जानता कि इसे नेटवर्क कार्ड पर कैसे लोड किया जाए, जबकि विंडोज 8 इसे अधिक कुशलता से करता है।

पूर्ण विवरण के लिए लेख देखें:
रिमोट डिफरेंशियल कम्प्रेशन को अक्षम करके विस्टा में नेटवर्क पर धीमी फाइल कॉपी को रोकें

लेकिन संक्षेप में, बस Remote Differential Compressionकंट्रोल पैनल में अनचेक करें -> प्रोग्राम और फीचर्स -> विंडोज सुविधाओं को चालू और बंद करें, फिर रिबूट करें।

छवि


0

पहले मैं अपनी पूंछ का पीछा करते हुए थोड़ी देर के लिए उसी समस्या के साथ! मेरे मामले के आउटबाउंड (अपलिंक) में, एक दिशा में धीमी गति से स्थानांतरण।

विंडोज 7 प्रो, सेलेरॉन J1800 के साथ Realtek गीगाबिट 8111C बिलिन लैन कार्ड। QNAP 453a और दूसरे छोर पर मैकबुक प्रो।

जब Iperf3 के माध्यम से मापा जाता है तो मुझे क्लाइंट के रूप में मेरे विंडोज 7 सेट (25-30% पर सीपीयू उपयोग) के साथ 112 एमबीपीएस मिल रहा था। और सर्वर के रूप में सेट होने पर केवल 39-41 एमबीपीएस, 50-100% के बीच भारी सीपीयू उपयोग के साथ। इतना बुरा कि पीसी बैंडविड्थ परीक्षण के समय फ्रीज हो जाएगा।

अगर मैं अपने NAS या मेरे MAC पर फ़ाइलें अपलोड या डाउनलोड कर रहा था, तो नियमित रूप से फ़ाइल स्थानांतरण 45mbps अधिकतम पर छाया हुआ है।

मुझे प्रति सेकंड 35-45 मेगाबाइट से अधिक कुछ नहीं मिल रहा था। बहुत निराशा होती है!

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

आप में से कुछ कह सकते हैं, बस पुराने ड्राइवर को हटा दें और नया स्थापित करें। सरल, आह? मैंने कोशिश की और कोशिश की, यह मेरे लिए काम नहीं किया।

यहाँ मेरा समाधान है:

निर्माता की वेबसाइट से OEM ड्राइवरों के साथ खरोंच से स्थापित खिड़कियां। जैसा कि मैंने निम्नलिखित किया है:

डिवाइस मैनेजर / लैन कार्ड के तहत / उन्नत सेटिंग्स / फ्लो कंट्रोल को छोड़कर सब कुछ अक्षम करें।

विंडोज फीचर्स के तहत रिमोट डिफरेंशियल कम्प्रेशन को डिसेबल करें।

अब औसत गति 80-100 एमबीपीएस के बीच है।

खराब गुणवत्ता वाली पिक्स के लिए क्षमा करें।

यहाँ छवि विवरण दर्ज करें


-2

यूट्यूब पर लाइनस टेक टिप्स से लिनस को एक ही समस्या थी, और मैं माफी मांगता हूं लेकिन मैं भूल गया हूं कि समाधान क्या था। यह एक हालिया (4/20/2016 के अनुसार) वीडियो है, और मैं गलत हो सकता हूं, लेकिन मुझे लगता है कि यह समाप्त हो गया है एक मामला है जहां एक प्रोसेसर पर एक एकल धागा सीमित कारक है, इसलिए यदि आपके पास पुराना हार्डवेयर है और आप हैं 1 Gbps को हिट करने की कोशिश कर रहा है, यह वास्तव में सीपीयू है जो समस्या है, अगर यह सीपीयू को काम के थोक को लोड करता है, जो कि अधिकांश ऑन-बोर्ड एनआईसी इन दिनों करते हैं। मुझसे गलती हो सकती है, यह उसका हालिया वीडियो है, मैं आपको उसकी धारा की जांच करने के लिए प्रोत्साहित करता हूं। इसके लायक मैं अपने गिगाबाइट इंटरनेट कनेक्शन पर एक ही समस्या में चल रहा हूं।


"मैं भूल गया हूं कि समाधान क्या था" - एक जवाब का ज्यादा नहीं तो क्या यह है?
DavidPostill

1
इसलिए समय निर्धारित करें कि समाधान क्या था। यह उत्तर मददगार नहीं है, फिर भी आप पर प्रतिबंध लगाया जा सकता है, भले ही वे एक समुदाय विकी के रूप में चिह्नित हों, बुरे जवाब प्रस्तुत करने के लिए
रामहुंड
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.