यह नेटवर्क कनेक्शन इतना धीमा क्यों है?


11

मुझे उबंटू 9.10 पर चलने वाले एक लिनक्स सर्वर पर नेटवर्क के प्रदर्शन की गति के साथ कुछ समस्याएं हैं। सभी प्रकार के ट्रैफ़िक पर स्थानांतरण गति लगभग 1000MB / s वायर्ड ईथरनेट कनेक्शन पर 1.5MB / s है। इस सर्वर ने हाल के दिनों में सांबा में 55 एमबी / सेकेंड हासिल किया है। मैंने हार्डवेयर या नेटवर्क सेट-अप नहीं बदला है। मैं नियमित रूप से अपडेट चलाता हूं और इस मशीन पर उबंटू के रिपॉजिटरी से नवीनतम और सबसे बड़ा चल रहा है।

हार्डवेयर सेटअप

डेस्कटॉप विंडोज पीसी - 1000 स्विच - 1000 स्विच - लिनक्स सर्वर

सभी स्विच नेटगियर हैं, और वे सभी अपने कनेक्शन के लिए एक हरे रंग की रोशनी दिखाते हैं जिसका मतलब है कि कनेक्शन 1000 मीबिट / एस है। जब कनेक्शन केवल 100mbit / s होता है तो रोशनी पीली होती है। अन्य नैदानिक ​​जानकारी:

root@server:~# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:0c:6e:3e:ae:36
          inet addr:192.168.1.30  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::20c:6eff:fe3e:ae36/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:28678 errors:0 dropped:0 overruns:0 frame:0
          TX packets:73531 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2109780 (2.1 MB)  TX bytes:111039729 (111.0 MB)
          Interrupt:22

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:113 errors:0 dropped:0 overruns:0 frame:0
          TX packets:113 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:23469 (23.4 KB)  TX bytes:23469 (23.4 KB)


root@server:~# ethtool eth0
Settings for eth0:
        Supported ports: [ TP ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: Twisted Pair
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: pg
        Wake-on: g
        Current message level: 0x00000037 (55)
        Link detected: yes

root@server:~# mii-tool
eth0: negotiated 1000baseT-FD flow-control, link ok

सर्वर को लगता है कि इसका 1000mbit / s कनेक्शन है। मैंने सांबा का उपयोग करके फ़ाइलों की प्रतिलिपि बनाकर स्थानांतरण की गति का परीक्षण किया है। मैंने netcat (nc target 10000 <aBigFile) का उपयोग सर्वर पर विंडोज (nc -l -p 10000) में स्थानांतरित करने के लिए किया है और खराब प्रदर्शन के समान स्तरों को देखा है।

मैंने hdparm का उपयोग करके हार्ड ड्राइव की गति का परीक्षण किया और प्राप्त किया:

root@server:~# hdparm -tT /dev/md0
/dev/md0:
 Timing cached reads:   1436 MB in  2.00 seconds = 718.01 MB/sec
 Timing buffered disk reads:  444 MB in  3.02 seconds = 147.24 MB/sec

डीडी का उपयोग करके स्थानांतरण के लिए एक ही फाइल पढ़ना निम्नलिखित का उत्पादन किया:

paul@server:/home/share/Series/New$ dd if=aBigFile of=/dev/null
3200369+1 records in
3200369+1 records out
1638589012 bytes (1.6 GB) copied, 12.7091 s, 129 MB/s

मैं स्तब्ध हूं। खराब नेटवर्क प्रदर्शन के कारण क्या हो सकता है जो नेटवर्क के सक्षम होने की तुलना में कम परिमाण के 2 आदेश हैं?


इस तरह के सवाल पूछने के लिए सर्वरफॉल्ट बेहतर जगह है।
मैकीज पाइचोटका

धीमी गति से नेटवर्क कनेक्शन की समस्या निवारण के लिए उपयोगी सामान्य तकनीकों के लिए इस सर्वरफ़ॉल्ट प्रश्न का प्रयास करें ।

अगर कुछ भी नहीं बदला है, तो दोष पहनने और आंसू (केबल)।
मेल

जवाबों:


6

कुछ चीजों की आपको जाँच करनी चाहिए:

  1. डुप्लेक्स - यदि एक पक्ष को लगता है कि लिंक पूर्ण द्वैध है और दूसरा पक्ष सोचता है कि लिंक आधा द्वैध है, तो बुरा होने की अपेक्षा करें।
  2. दोषपूर्ण स्विच? इसे बाईपास करें / उन्हें।
  3. जंबो फ्रेम। 9000 बाइट एमटीयू ओवरहेड कम हो जाती है, जो थ्रूपुट (थोड़ी विलंबता को रोकना) को बढ़ाना चाहिए। ऐसा लगता है कि आपकी समस्या इतनी बुरी है कि यह मदद नहीं करेगा, हालांकि।
  4. टीसीपी विशेषताएं: ECN, SACK, भीड़ नियंत्रण alg
  5. टीसीपी भेजें / प्राप्त करें खिड़की के आकार ( लिनक्स के लिए विवरण )

नेटवर्क प्रदर्शन समस्या निवारण में netperf महान है। लेकिन एक चुटकी में netcat बुरा नहीं है।


6

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

हालाँकि, क्या आपने NFS, FTP और SCP की कोशिश की है? क्या बैंडविड्थ के मुद्दे अलग-अलग प्रोटोकॉल के अनुरूप हैं? यदि ऐसा है, तो यह संभवत: शारीरिक संबंध के लिए संकुचित है। यदि आपको असंगत परिणाम मिलते हैं, तो यह एक सॉफ्टवेयर समस्या है।

अन्य प्रोटोकॉल का परीक्षण करने के अलावा, क्या आप स्थानांतरण पर एन्क्रिप्शन का उपयोग कर रहे हैं? उदाहरण के लिए, rsync -zसंपीड़न को सक्षम करने के लिए उपयोग करना मीठा है, लेकिन यह सीपीयू लागत पर आता है, जो स्थानांतरण की समग्र गति को गंभीर रूप से प्रभावित करता है। यदि SSHसाथ उपयोग कर रहे हैं rsync, तो आपके पास संपीड़न के शीर्ष पर एन्क्रिप्शन है, और आपका सीपीयू थोड़ा तनाव में होगा, जिससे गंभीर गति दंड हो सकता है।


2
  1. netstat -iआरएक्स / टीएक्स त्रुटियों के लिए प्रयास करें और देखें।
  2. कोशिश करें netstat -sऔर tcp मुद्दों की तलाश करें - फाइल कॉपी से पहले और बाद के मूल्यों की तुलना करें और रीसेट या रिट्रांसमिट्स में बड़े स्पाइक्स देखें।

काश वहाँ कोई TX / RX त्रुटियों 100MB के बाद सभी और resets की संख्या परीक्षण के शुरू से अंत तक लगातार 4 हो गया है
पॉल Keeble

0

आप अपने नेटवर्क की भीड़ की जाँच कर सकते हैं; शायद कुछ अन्य डिवाइस आपके सभी बैंडविड्थ का उपभोग कर रहे हैं?

इसके अलावा, शायद आपके नेटवर्क इंटरफ़ेस और / या उसके चालक के साथ कुछ गलत है। बहुत अजीब।


परीक्षण के समय ये केवल दो डिवाइस थे नेटवर्क पर, और कुछ नहीं था।
पॉल कीब्ले

0

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

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