अस्पष्टीकृत धीमी गति से गीगाबिट नेटवर्क गति


18

अपडेट करें

ठीक है, मैंने नीचे दिए गए उत्तरों की कोशिश की है और कुछ भी नहीं बदला है। मैंने लैपटॉप में NVIDIA nForce 520 के रूप में चिपसेट की पहचान की है। मैंने nForce 520 के लिए नवीनतम विस्टा x64 ड्राइवरों को डाउनलोड किया है (NVIDIA के पास अभी तक विन 7 के लिए उस चिपसेट के लिए कोई ड्राइवर नहीं है)। मैंने शामिल फ़ायरवॉल सॉफ़्टवेयर स्थापित करने की कोशिश की है (यह सोचकर कि यह हस्तक्षेप कर रहा है - यह नहीं है)। मैंने अपने एंटी वायरस सॉफ़्टवेयर को पूरी तरह से अनइंस्टॉल कर दिया है (मैं अवास्ट का उपयोग कर रहा हूं!) सोच रहा हूं कि इसका नेटवर्क फ़िल्टर ड्राइवर एक समस्या पैदा कर सकता है, जिसने या तो मदद नहीं की है।

मैं अपने लैपटॉप को अपने भाइयों के घर पर ले गया और अपने 100Mbit नेटवर्क पर 10 - 12 MB / s पर फाइलें कॉपी करने में सक्षम था, इसलिए मुझे नहीं लगता कि यह हार्डवेयर है।

मैंने कुछ आश्चर्यजनक परिणामों के साथ iperf चलाया है:
सर्वर से लैपटॉप से ​​iperf (अपलोड)

> iperf -c naru
------------------------------------------------------------
Client connecting to naru, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[328] local 192.168.7.100 port 8549 connected with 192.168.7.6 port 5001
[ ID] Interval       Transfer     Bandwidth
[328]  0.0-10.0 sec   162 MBytes   136 Mbits/sec

> iperf -c naru -w 64k
------------------------------------------------------------
Client connecting to naru, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[328] local 192.168.7.100 port 8550 connected with 192.168.7.6 port 5001
[ ID] Interval       Transfer     Bandwidth
[328]  0.0-10.0 sec  1.06 GBytes   909 Mbits/sec

लैपटॉप से ​​भेजने वाले सर्वर से iperf (डाउनलोड)

> iperf -c miyuki
------------------------------------------------------------
Client connecting to miyuki, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[256] local 192.168.7.6 port 51871 connected with 192.168.7.100 port 5001
[ ID] Interval       Transfer     Bandwidth
[256]  0.0-10.1 sec  25.2 MBytes  20.8 Mbits/sec

> iperf -c miyuki -w 64k
------------------------------------------------------------
Client connecting to miyuki, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[256] local 192.168.7.6 port 51872 connected with 192.168.7.100 port 5001
[ ID] Interval       Transfer     Bandwidth
[256]  0.0-10.0 sec  21.1 MBytes  17.6 Mbits/sec

यहां तुलना के लिए HTPC और सर्वर के बीच iperf नंबर हैं

Server: Naru, Host: CC (CC sends to Naru)
iperf -c naru:        0.0-10.0 sec   363 MBytes   305 Mbits/sec
iperf -c naru -w 64k: 0.0-10.0 sec  1.06 GBytes   912 Mbits/sec

Server: CC, Host: Naru (Naru sends to CC)
iperf -c cc:        0.0-10.0 sec   322 MBytes   270 Mbits/sec
iperf -c cc -w 64k: 0.0-10.0 sec  1020 MBytes   855 Mbits/sec

लैपटॉप से ​​सर्वर पर ट्रांसफर देखने के लिए वायरशर्क का उपयोग करना निम्न प्रविष्टियों का एक बहुत कुछ है:

(:51aa is the server, :37a1 is the laptop)
No.   Time      Source                    Destination               Proto Info
37785 27.286240 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#13] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40517974
37786 27.286258 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#14] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40519414
37787 27.286277 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#15] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40520854
37788 27.286295 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#16] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40522294
37789 27.286313 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#17] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40523734
37790 27.286332 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#18] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40525174
37791 27.286351 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#19] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40526614
37792 27.286370 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Previous segment lost] [TCP segment of a reassembled PDU]
37793 27.286372 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP segment of a reassembled PDU]
37794 27.286375 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Fast Retransmission] [TCP segment of a reassembled PDU]
37795 27.286377 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37796 27.286379 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37797 27.286382 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37798 27.286413 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#20] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40528054 SRE=40529494 SLE=40499254 SRE=40526614
37799 27.286432 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#21] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40528054 SRE=40530934 SLE=40499254 SRE=40526614

इस बिंदु पर मैं एक पूर्ण और पूरी तरह से नुकसान पर हूं कि आगे क्या करना है।

मूल प्रश्न

पृष्ठभूमि

मैं वर्तमान में अपने हौसले से स्थापित विंडोज 7 लैपटॉप पर एक समस्या का सामना कर रहा हूं। मूल रूप से समस्या तब हुई जब मैंने विंडोज 7 आरसी स्थापित किया था। जब विंडोज विस्टा और विंडोज 7 बीटा 1 इस लैपटॉप पर स्थापित किए गए थे, तो मैं 9KB / 9014 रेंज में जंबो फ्रेम के साथ गिगाबिट गति से स्थानांतरित करने में सक्षम था। लैपटॉप के बीच दो स्विच जंबो फ्रेम का भी समर्थन करते हैं।

जब मेरे सर्वर से मेरे लैपटॉप पर फ़ाइलों की प्रतिलिपि बनाते हैं, तो वे एक घोंघे की गति (आमतौर पर 1 एमबी / सेकंड से कम) पर चलते हैं जबकि एक ही स्विच से गुजरने वाले अन्य उपकरण उच्च गति (45 - 55 एमबी / सेकंड) पर स्थानांतरित कर सकते हैं। ऐसा लगता है कि लैपटॉप से ​​सर्वर की नकल एक तेज गति है लेकिन ऐसा कुछ नहीं होना चाहिए।

मशीनें शामिल

  • Miyuki: इस मुद्दे के साथ लैपटॉप। विंडोज 7 x64 आरटीएम। एचपी पैवेलियन DV9700 सीटीओ। एक NVIDIA nForce 10/100/1000 एमबीपीएस ईथरनेट एडेप्टर का उपयोग करता है। (वीडियो GeForce 8400M GS है)
  • Naru: फ़ाइलों के साथ सर्वर। कस्टम विंडोज सर्वर 2008 R2 x 64 SP2। D-Link DGE-560T PCI एक्सप्रेस गिगाबिट एडेप्टर का उपयोग करता है।
  • CC: समस्या के बिना एक ही स्विच पर HTPC Windows Vista x86 SP2। ऑन-बोर्ड Realtek RTL8168B / 8111B PCI-E GBE एडेप्टर का उपयोग करता है।

जब इन छवियों को जंबो फ्रेम लिया गया था तो सभी को बंद कर दिया गया है।

तस्वीरें

लैपटॉप से ​​शुरुआत की नकल

सर्वर -> लैपटॉप (स्रोत: gibixonline.com ) लैपटॉप -> सर्वर



सर्वर से प्रतिलिपि बनाई जा रही है

सर्वर -> लैपटॉप (स्रोत: gibixonline.com ) अनपेक्षित रूप से सर्वर को लैपटॉप से ​​एक फाइल कॉपी करने के बाद ही गति होती है जिसकी मुझे उम्मीद है। (लैपटॉप -> सर्वर) (स्रोत: gibixonline.com )




मैंने पहले कहा था कि एक ही स्विच पर दूसरी मशीन में यह समस्या नहीं है। उच्च डीपीआई चालू है क्योंकि यह एक एचडीटीवी पर प्रदर्शित होता है।
सर्वर -> HTPC (स्रोत: gibixonline.com )

स्वाभाविक रूप से एक परीक्षण के रूप में मैंने यह देखने का फैसला किया कि मेरे लैपटॉप और HTPC के बीच गति क्या थी। दुर्भाग्य से वे वही थे जिसकी मुझे उम्मीद थी।
HTPC -> लैपटॉप (स्रोत: gibixonline.com )

अंतिम नोट्स

मैंने वह सब कुछ आजमाया है जिसके बारे में मैं सोच सकता हूं। यहां तक ​​कि जंबो फ्रेम भी इस बिंदु पर बंद हो जाते हैं और कुछ भी इसे प्रभावित नहीं करता है। मैंने अपने एंटी-वायरस संरक्षण को उन केबलों को बदलने के लिए बंद करने की कोशिश की है जो मैं उपयोग करता हूं। वर्तमान में उपयोग में आने वाले सभी केबल CAT-5e हैं जिन्हें मैंने बनाया है। मैंने HTPC से केबल लेने की कोशिश की और यह देखने के लिए कि क्या केबल लगाना एक मुद्दा है, अपने लैपटॉप में प्लग कर दिया। प्रश्न में दो स्विच एक डी-लिंक डीजीएस -1216 टी और एक "गूंगा" स्विच है जो जंबो फ्रेम, डी-लिंक डीजीएस-2208 का समर्थन करता है।


1
क्या आपने उपलब्ध बैंडविड्थ को मापने के लिए iperf (google for iperf win32) जैसे उपकरण की कोशिश की? यदि iperf उचित गति देता है तो शायद इसका नया ड्रम आविष्कार: /। मुझे इसमें संदेह है - लेकिन इसकी जाँच के लायक अन्यथा दोहरा चेक अगर कोई द्वैध मिसमैच नहीं है।
pQd

क्या आपने पास के सर्वर पर pscp जैसी कोई चीज़ देखने की कोशिश की है कि आपको उस गति से क्या मिलता है?
क्रिस

1
क्या आपने सर्वर और लैपटॉप को एक साथ जोड़ने की कोशिश की है ताकि उनके बीच कोई स्विच न हो?
जोसेफ

आमीन ने @ जोसेफ से क्या कहा। कृपया समीकरण से स्विच को समाप्त करने का प्रयास करें।
जेरेमी विज़र

जवाबों:


5

विंडो की ऑटो-ट्यूनिंग सुविधा को अक्षम करने का प्रयास करें।

एक CMD विंडो में:

netsh interface tcp set global autotuning=disabled 

अपना परीक्षण पुनः चलाएं, और देखें कि क्या आपको कोई प्रदर्शन सुधार दिखाई देता है। मुझे अपने घर में विंडोज 7 चलाने वाले कुछ लैपटॉप पर ऐसा करना पड़ा है, और इससे मदद मिली है।

यदि चीजें खराब हो जाती हैं, या आपको कोई सुधार नहीं दिखता है, तो आप ऑटोट्यूनिंग को फिर से सक्षम कर सकते हैं:

netsh interface tcp set global autotuning=normal

3

यह विंडोज 7 के साथ एक बड़ा मुद्दा लगता है। कई गेमर्स ने इस मुद्दे के बारे में शिकायत की है।

  1. कमांड प्रॉम्प्ट से (आमतौर पर सभी कार्यक्रमों में -> सहायक उपकरण -> कमांड प्रॉम्प्ट) "regedit" चलाते हैं
  2. HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ Tcpip \ Parameters \ Interfaces में ब्राउज़ करें
  3. इंटरफेस के तहत आइटम ब्राउज़ करें जब तक कि आपको एक आईपीएड्रेस एंट्री न मिले जो उस नेटवर्क इंटरफ़ेस से मेल खाती है जिसे आप प्रभावित करना चाहते हैं (आमतौर पर लैन आईपी पते 192.168 या 10.0 से शुरू होते हैं); ध्यान दें कि यदि आपका आईपी पता स्वचालित रूप से एक डीएचसीपी सर्वर द्वारा सौंपा गया है, तो आपको IPAddress के बजाय एक मिलान DhcpIPAddress देखने की आवश्यकता हो सकती है
  4. इंटरफ़ेस पर राइट-क्लिक करें और नया> DWORD (32-बिट) मान चुनें, इसे "TcpAckFrequide" नाम दें
  5. नए TcpAckFreququency मान को राइट-क्लिक करें और संशोधित करें, "1" दर्ज करें (हेक्साडेसिमल रेडियो बटन का चयन किया जाना चाहिए)
  6. इंटरफ़ेस पर राइट-क्लिक करें और नया> DWORD (32-बिट) मान चुनें, इसे "TCPNoDelay" नाम दें (ध्यान दें कि टीसीपी इस बार सभी अपरकेस है - यह जानबूझकर है)
  7. नए TCPNoDelay मान पर राइट-क्लिक करें और संशोधित करें, "1" दर्ज करें (हेक्साडेसिमल रेडियो बटन को चुना जाना चाहिए)
  8. सत्यापित करें कि TcpAckFrequency और TCPNoDelay दोनों अब REG_DWORD और मानों के साथ एडाप्टर की संपत्ति सूची में दिखाई देते हैं 0 × 00000001
  9. प्रतिगमन और रीबूट से बाहर निकलें (परिवर्तनों को प्रभावी करने के लिए रिबूट आवश्यक है!)
    1. एक खेल खेलते हैं और अपने नए कम पिंग का आनंद लें

इसने अधिकांश खेलों में मेरे पिंग को 200-300ms से 50-60ms तक कम कर दिया, जो कि उस विलंबता से मेल खाता है जिसे मैं गेम के सर्वर पर ट्रैसर्ट के माध्यम से देखूंगा।

विंडोज 7 या विस्टा में गेम नेटवर्क विलंबता को कम करें


1
ट्रेस आईसीपी का उपयोग करता है, टीसीपी का नहीं। ये कुंजी टीसीपी के लिए है, इसलिए वे ICMP के लिए कुछ भी नहीं बदलते हैं। पता नहीं क्यों आपने ट्रेकर्ट के माध्यम से बेहतर प्रतिक्रिया समय देखा
मैथ्यू चेटो

खैर, मैंने आगे बढ़कर यह कोशिश की और यह अब भी वही है। मैं मूल प्रश्न को अधिक जानकारी और उन चीजों के साथ अपडेट कर रहा हूं जो मैंने कोशिश की हैं।
जोशुआ

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

3

यह सत्यापित करने के लिए कि क्या लैपटॉप में खराबी नहीं है, एक ubuntu live cd चलाएं, रैमडिस्क पर iperf इंस्टॉल करें और एक परीक्षण चलाएं।

यह कम से कम इसके नेटवर्क पक्ष का परीक्षण करना चाहिए।


1

गिरा पैकेट के लिए जाँच करें। यह सुनिश्चित नहीं है कि खिड़कियों में यह कैसे किया जाए, लेकिन अगर आपके पास एक लिनक्स मशीन है तो आप वहां जांच कर सकते हैं।

मुझे एक गीगाबिट स्विच के साथ एक समान अनुभव था जहां गीगाबिट मोड टूट गया था और पैकेट गिरा रहा था। मुझे केवल तब परेशानी हुई जब मेरे पास इस मोड में 2 मशीनें जुड़ी थीं। 100K मोड में, सब कुछ ठीक था। यह एक बुरा समस्या थी, जिसका पता लगाने में मुझे कुछ दिन लग गए। मैं डी-लिंक हो सकता था। स्विच के अपने मॉडल के बारे में कुछ गुगली करें। मैंने किया और पाया कि दूसरों की भी मेरे जैसी ही समस्या थी।


1

मैं अन्य ए वी उत्पादों के साथ इससे पहले आया हूं। मेरा मुद्दा SMB और AV उत्पाद के साथ था, तब भी जब "अक्षम" था। यह आपके पास है कि वेयरशार्क में समान परिणाम दिखा। यहाँ उन कई साइटों में से एक है जिन्हें मैंने मूल कारण पर पहुंचने के लिए चेक किया था: सिमेंटेक एसएमबी मुद्दा और एक और: एसएमबी 2 एनटी के साथ विफल

इसके अतिरिक्त, आप SMB के भीतर सभी या कुछ सेटिंग्स को अक्षम / परिवर्तित करने का प्रयास कर सकते हैं। मैं भी OS पर v2 को अक्षम करने पर विचार करूंगा। विन विस्टा के भीतर एक SMB समस्या का वर्णन करने वाले इस लेख की जाँच करें और Microsoft से यह लिंक SMB reg सेटिंग्स के बारे में कुछ तकनीकी डेटा की रूपरेखा तैयार करता है

मुझे पता है कि आपने अवास्ट का उल्लेख किया है, लेकिन यह काफी संयोग है कि मैंने इसी तरह के तारों के परिणामों को देखा। ध्यान दें कि सब कुछ लेकिन फ़ाइल स्थानांतरण मेरे मामले में ठीक काम करता था।


1

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

समाधान के लिए यहाँ पढ़ें जिसने मेरी समस्या को ठीक किया।

इसके अलावा, मुझे टीसीपी चिमनी के कार्यों को एक-एक करके बंद करने के लिए यहां कोई सुझाव नहीं दिख रहा है कि क्या उनमें से एक भी गड़बड़ा गया है।


इसके द्वारा भी जलाया गया ...
बेन कैम्पबेल

1

ऐसा लगता है कि डिस्क पर लिखने से पहले ओएस पैकेट की जांच कर रहा है। मैंने देखा कि सभी धीमे स्थानान्तरण ऐसे हैं जो लैपटॉप पर लिखने की कोशिश करते हैं ... मेरा सुझाव है

  • लैपटॉप पर विभाजनों के ब्लॉक आकार की जाँच करना HDD (छोटे ब्लॉक का आकार किसी भी बड़ी फ़ाइल को ट्रैसफेर करने की कोशिश करते समय मुक्त स्थान के लिए खराब समय का कारण बन सकता है)
  • किसी भी फ़ायरवॉल नीति की जाँच करना जो डिस्क लिखने के लिए आने वाले पैकेटों की जाँच करता है
  • किसी भी फ़ाइल गतिविधि मॉनिटर की जाँच करना (यह एंटीवायरस को अनइंस्टॉल करने के कारण आपकी चिंता से बाहर होना चाहिए) (जैसा कि आप जानते हैं कि एवास्ट लाइव फ़ाइल की जाँच करता है और जो नेटवर्क को थोड़ा धीमा कर देता है ..)
  • डीफ़्रेग्मेंटिंग लक्ष्य विभाजन (फिर से खाली स्थान की तलाश के बारे में)

दूसरों को सुझाव दिया जाता है और मदद करने के लिए नहीं लगता है:

  • ऑटो ट्यूनिंग
  • द्वैध स्तर
  • केबल ...

एक अंतिम सुझाव है, क्या आप nic के उन्नत गुणों पर बैटरी मोड लिंक का पता लगा सकते हैं? यह एक लैपटॉप है और पावर सेविंग प्रॉपर्टीज के साथ कुछ समस्याएँ हो सकती हैं ... बैटरी मोड लिंक डिटेक्शन पर "नो एनर्जी सेविंग" और बैटरी स्पीड सेटिंग्स पर "फुल" आज़माएँ।

मैं एक डेस्कटॉप पीसी पर win7 का उपयोग कर रहा हूं और वे विकल्प मेरे निक के उन्नत गुणों में शामिल नहीं हैं। जब तक मैं इस मुद्दे के साथ नहीं गया था तब तक आप "एनएक्स और आरएक्स सक्षम" के रूप में "फ्लो कंट्रोल" के मूल्यों की जांच कर सकते हैं। जंबो अक्षम है, स्पीड और डुप्लेक्स भी मेरे विन्यास पर ऑटो है ...

मैं किसी अन्य समाधान के बारे में नहीं सोच सकता ... आशा है कि यह मदद करता है ...


1

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

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

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

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

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

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

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

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

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

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

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

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


0

सब कुछ करके, मुझे लगता है कि आपने नेटवर्क कार्ड को पूर्ण-द्वैध, 100 एमबीटी और ऑटो में सेट नहीं किया है?


1
+1 के लिए "ऑटो नहीं" :)
dimitri.p 23

हाँ, मैंने अपने कार्ड का समर्थन करने वाले सभी प्रकारों की कोशिश की है ... 10 आधा, 10 पूर्ण, 100 आधा, 100 पूर्ण और 1000 पूर्ण। उनमें से कोई भी किसी भी तरह से प्रभावित नहीं हुआ और स्विच के अनुसार वे 1000 पूर्ण पर बातचीत करते हैं।
जोशुआ

10
ऐसा कभी न करें कि यदि स्विच प्रबंधनीय नहीं है। यदि आप एक तरफ पूर्ण द्वैध के लिए मजबूर हैं, लेकिन दूसरी तरफ ऑटो, दूसरी तरफ आधा द्वैध हो जाता है। फिर आप पैकेट खोना शुरू करते हैं (बहुत ...)। स्विच करें जिसे आप प्रबंधित नहीं कर सकते हैं वे ऑटो हैं। अपने सर्वर पर ऑटो रखें और जांचें कि इंटरफ़ेस ने पूर्ण द्वैध को नकार दिया है। इंटरफ़ेस त्रुटियों के लिए भी जाँच करें।
मैथ्यू चेटो

4
-1 के लिए "ऑटो नहीं"। आपको ऑटो-वार्ता सहित दोनों सिरों (स्विच और एनआईसी) पर समान कॉन्फ़िगरेशन की आवश्यकता है।
dunxd

5
मैं उत्सुक हूं, क्या आपने समीकरण से स्विच हटाने और "सर्वर" से सीधे "लैपटॉप" में एक क्रॉसओवर केबल चलाने की कोशिश की है?
स्पेसमैनस्पीफ

0

आप शायद इस जवाब से नफरत करेंगे, लेकिन मुझे यह कहना है!

क्या आपने ड्राइवरों को अपडेट करने का प्रयास किया है?

मुझे अपने लैपटॉप पर एक समान समस्या मिलती है (Realtek आधारित NIC), यह लगभग 3MB / s पर स्थानांतरित हो जाती है, लेकिन फिर जब मैं ड्राइवरों को अपनी साइट से नवीनतम अपग्रेड करता हूं तो यह लगभग 40-50MB / s तक जाता है

सिर्फ इसलिए कि विंडोज वाले ड्राइवर काम करते हैं, इसका मतलब यह नहीं है कि वे सबसे अच्छे हैं।


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

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

0

मुझे संदेह होगा कि यह सर्वर से लैपटॉप तक के पथ पर कुछ है, जैसे:

  • पोर्ट पोर्ट को लैपटॉप पर स्विच करें
  • ईथरनेट केबल या स्विच और लैपटॉप के बीच कनेक्शन

@ SaucemanSpiff के उत्कृष्ट सुझाव के अनुसार, क्या आपने किसी ज्ञात अच्छे CAT5E या CAT5 केबल का उपयोग करके लैपटॉप को सीधे सर्वर पर केबल करने की कोशिश की है? एक विशेष क्रॉसओवर केबल की आवश्यकता नहीं है क्योंकि इसमें शामिल कम से कम एक इंटरफेस गीगाबिट ईथरनेट (जो ऑटो एमडीआई-एक्स का अर्थ है) का समर्थन करता है।


0
  1. आपने अपडेट के साथ पीसी को मौत के घाट उतार दिया है और बिना किसी असफलता के इसे ऑफसाइट परीक्षण किया है। क्या आपने SERVER "naru" पर अपडेट और ऐसे करने की कोशिश की है?

  2. दूसरों द्वारा सुझाए गए इस धागे में अधिकांश समाधान सर्वर पर लागू हो सकते हैं, क्या आपने उन्हें वहां आज़माया है?

  3. जब आप रोबोकॉपी (जंबो के साथ और बिना) का उपयोग कर परीक्षण करते हैं तो क्या होता है? यदि यह दोनों दिशाओं में तेज है तो मैं नेट्स्कर्क का उपयोग प्रत्येक दिशा में कॉपियों की शुरुआत में एसएमबी सत्र हेडर को देखने के लिए करूंगा और यह देखूंगा कि क्या naru-> miyuki सेटअप में कुछ अलग दिखता है।


0

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


-1

अंधेरे में एक शॉट की तरह लेकिन यह मदद कर सकता है।

  • कंट्रोल पैनल में "रिमोट डिफरेंशियल कम्प्रेशन" को अक्षम करें - प्रोग्राम्स और फीचर्स - विंडोज फीचर्स को चालू या बंद करें।
  • IPv6 को नेटवर्क गुणों से निकालें। क्या आप अपने LAN में IPv6 का उपयोग करते हैं? यदि इसे अक्षम नहीं किया जाए।
  • ipconfig /flushdnsCLI पर DNS कैश को साफ़ करें ।

-1

यदि यह OS बदलने के कारण है, तो निश्चित रूप से समस्या OS में है। आपको नवीनतम विंडोज 7 सर्विस पैक को स्थापित करने और नवीनतम अपडेट के साथ विंडोज को अपडेट रखने की कोशिश करनी चाहिए। और अच्छे के लिए आशा है

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