TCP接收數(shù)據(jù)越來越慢是什么原因

一、網(wǎng)絡(luò)自身問題

創(chuàng)新互聯(lián)是一家專注于成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站制作與策劃設(shè)計(jì),烏海網(wǎng)站建設(shè)哪家好?創(chuàng)新互聯(lián)做網(wǎng)站,專注于網(wǎng)站建設(shè)10多年,網(wǎng)設(shè)計(jì)領(lǐng)域的專業(yè)建站公司;建站業(yè)務(wù)涵蓋:烏海等地區(qū)。烏海做網(wǎng)站價(jià)格咨詢:13518219792

您想要連接的目標(biāo)網(wǎng)站所在的服務(wù)器帶寬不足或負(fù)載過大。處理辦法很簡單，請(qǐng)換個(gè)時(shí)間段再上或者換個(gè)目標(biāo)網(wǎng)站。

二、網(wǎng)線問題導(dǎo)致網(wǎng)速變慢

表現(xiàn)為：一種情況是剛開始使用時(shí)網(wǎng)速就很慢;另 一種情況則是開始網(wǎng)速正常，但過了一段時(shí)間后，網(wǎng)速變慢。后一種情況在臺(tái)式電腦上表現(xiàn)非常明顯，但用筆記本電腦檢查時(shí)網(wǎng)速卻表現(xiàn)為正常。對(duì)于這一問題本人 經(jīng)多年實(shí)踐發(fā)現(xiàn)，因不按正確標(biāo)準(zhǔn)制作的網(wǎng)線引起的網(wǎng)速變慢還同時(shí)與網(wǎng)卡的質(zhì)量有關(guān)。一般臺(tái)式計(jì)算機(jī)的網(wǎng)卡的性能不如筆記本電腦的，因此，在用交換法排除故 障時(shí)，使用筆記本電腦檢測網(wǎng)速正常并不能排除網(wǎng)線不按標(biāo)準(zhǔn)制作這一問題的存在。我們現(xiàn)在要求一律按T586A、T586B標(biāo)準(zhǔn)來壓制網(wǎng)線，在檢測故障時(shí)不 能一律用筆記本電腦來代替臺(tái)式電腦。

三、網(wǎng)絡(luò)中存在回路導(dǎo)致網(wǎng)速變慢

當(dāng)網(wǎng)絡(luò)涉及的節(jié)點(diǎn)數(shù)不是很多、結(jié)構(gòu)不是很復(fù)雜時(shí)，這種現(xiàn)象一般很少發(fā)生。但在一些比較復(fù)雜的網(wǎng)絡(luò)中，經(jīng)常有多余的備用線路，如無意間連上時(shí) 會(huì)構(gòu)成回路。比如網(wǎng)線從網(wǎng)絡(luò)中心接到計(jì)算機(jī)一室，再從計(jì)算機(jī)一室接到計(jì)算機(jī)二室。同時(shí)從網(wǎng)絡(luò)中心又有一條備用線路直接連到計(jì)算機(jī)二室，若這幾條線同時(shí)接 通，則構(gòu)成回路，數(shù)據(jù)包會(huì)不斷發(fā)送和校驗(yàn)數(shù)據(jù)，從而影響整體網(wǎng)速。這種情況查找比較困難。為避免這種情況發(fā)生，要求我們?cè)阡佋O(shè)網(wǎng)線時(shí)一定養(yǎng)成良好的習(xí)慣： 網(wǎng)線打上明顯的標(biāo)簽，有備用線路的地方要做好記載。當(dāng)懷疑有此類故障發(fā)生時(shí)，一般采用分區(qū)分段逐步排除的方法。

四、網(wǎng)絡(luò)設(shè)備硬件故障引起的廣播風(fēng)暴而導(dǎo)致網(wǎng)速變慢

作為發(fā)現(xiàn)未知設(shè)備的主要手段，廣播在網(wǎng)絡(luò)中起著非常重要的作用。然而，隨著網(wǎng)絡(luò)中計(jì)算機(jī)數(shù)量的增多，廣播包的數(shù)量會(huì)急劇增加。當(dāng)廣播包的數(shù) 量達(dá)到30%時(shí)，網(wǎng)絡(luò)的傳輸效率將會(huì)明顯下降。當(dāng)網(wǎng)卡或網(wǎng)絡(luò)設(shè)備損壞后，會(huì)不停地發(fā)送廣播包，從而導(dǎo)致廣播風(fēng)暴，使網(wǎng)絡(luò)通信陷于癱瘓。因此，當(dāng)網(wǎng)絡(luò)設(shè)備硬 件有故障時(shí)也會(huì)引起網(wǎng)速變慢。當(dāng)懷疑有此類故障時(shí)，首先可采用置換法替換集線器或交換機(jī)來排除集線設(shè)備故障。如果這些設(shè)備沒有故障，關(guān)掉集線器或交換機(jī)的 電源后，DOS下用 “Ping”命令對(duì)所涉及計(jì)算機(jī)逐一測試，找到有故障網(wǎng)卡的計(jì)算機(jī)，更換新的網(wǎng)卡即可恢復(fù)網(wǎng)速正常。網(wǎng)卡、集線器以及交換機(jī)是最容易出現(xiàn)故障引起網(wǎng)速變慢 的設(shè)備。

五、網(wǎng)絡(luò)中某個(gè)端口形成了瓶頸導(dǎo)致網(wǎng)速變慢

實(shí)際上，路由器廣域網(wǎng)端口和局域網(wǎng)端口、交換機(jī)端口、集線器端口和服務(wù)器網(wǎng)卡等都可能成為網(wǎng)絡(luò)瓶頸。當(dāng)網(wǎng)速變慢時(shí)，我們可在網(wǎng)絡(luò)使用高峰時(shí) 段，利用網(wǎng)管軟件查看路由器、交換機(jī)、服務(wù)器端口的數(shù)據(jù)流量;也可用 Netstat命令統(tǒng)計(jì)各個(gè)端口的數(shù)據(jù)流量。據(jù)此確認(rèn)網(wǎng)絡(luò)數(shù)據(jù)流通瓶頸的位置，設(shè)法增加其帶寬。具體方法很多，如更換服務(wù)器網(wǎng)卡為100M或1000M、 安裝多個(gè)網(wǎng)卡、劃分多個(gè)VLAN、改變路由器配置來增加帶寬等，都可以有效地緩解網(wǎng)絡(luò)瓶頸，可以最大限度地提高數(shù)據(jù)傳輸速度。

TCP慢啟動(dòng)、擁塞避免、快重傳、快恢復(fù)

1. 慢啟動(dòng)

主機(jī)開發(fā)發(fā)送數(shù)據(jù)報(bào)時(shí)，如果立即將大量的數(shù)據(jù)注入到網(wǎng)絡(luò)中，可能會(huì)出現(xiàn)網(wǎng)絡(luò)的擁塞。慢啟動(dòng)算法就是在主機(jī)剛開始發(fā)送數(shù)據(jù)報(bào)的時(shí)候先探測一下網(wǎng)絡(luò)的狀況，如果網(wǎng)絡(luò)狀況良好，發(fā)送方每發(fā)送一次文段都能正確的接受確認(rèn)報(bào)文段。那么就從小到大的增加擁塞窗口的大小，即增加發(fā)送窗口的大小。

初始cwnd(擁塞窗口)=1，慢啟動(dòng)算法每經(jīng)過一個(gè)傳輸輪次（認(rèn)為發(fā)送方都成功接收接收方的確認(rèn)），擁塞窗口cwnd就加倍。

2. 擁塞避免

為了防止cwnd增加過快而導(dǎo)致網(wǎng)絡(luò)擁塞，所以需要設(shè)置一個(gè)慢開始門限ssthresh狀態(tài)變量，它的用法：

3. AIMD加法增大乘法減小

乘法減?。簾o論在慢啟動(dòng)階段還是在擁塞控制階段，只要網(wǎng)絡(luò)出現(xiàn)超時(shí)，就是將cwnd置為1，sthresh置為cwnd的一半，然后開始執(zhí)行慢啟動(dòng)算法

加法增大：當(dāng)網(wǎng)絡(luò)頻發(fā)出現(xiàn)超時(shí)情況時(shí)，ssthresh就下降的很快，為了減少注入到網(wǎng)絡(luò)當(dāng)中的分組數(shù)，而加法增大是執(zhí)行擁塞避免算法后，是擁塞窗口緩慢的增大，以防止網(wǎng)絡(luò)過早出現(xiàn)擁塞。

4. 快重傳

快重傳算法要求首先接收方收到一個(gè)失序的報(bào)文段后立刻發(fā)出重復(fù)確認(rèn)，而不要等待自己發(fā)送數(shù)據(jù)時(shí)才進(jìn)行捎帶確認(rèn)

（捎帶確認(rèn)：發(fā)送數(shù)據(jù)幀的同時(shí)攜帶確認(rèn)報(bào)文）

5. 快恢復(fù)

當(dāng)發(fā)送發(fā)連續(xù)接收到三個(gè)確認(rèn)時(shí)，就執(zhí)行乘法減小算法，把慢啟動(dòng)開始門限（ssthresh）減半，但是接下來并不執(zhí)行慢開始算法。

此時(shí)不執(zhí)行慢啟動(dòng)算法，而是把cwnd設(shè)置為ssthresh的一半， 然后執(zhí)行擁塞避免算法，使擁塞窗口緩慢增大。

我的包里“TCP太多重傳 慢應(yīng)答 校驗(yàn)和錯(cuò)誤”是怎么回事

可能的原因：

1.交換機(jī)或路由器過載使TCP包或確認(rèn)包丟失；

2.接收端對(duì)TCP包的確認(rèn)速度慢，致使發(fā)送端超時(shí)重發(fā)；

3.接收端緩存溢出；

4.TCP數(shù)據(jù)包在傳輸過程中丟失或損壞；

5.發(fā)送端與接收端之間的距離太遠(yuǎn)或傳輸速度太慢；

【golang】高并發(fā)下TCP常見問題解決方案

首先，看一下TCP握手簡單描繪過程：

其握手過程原理，就不必說了，有很多詳細(xì)文章進(jìn)行敘述，本文只關(guān)注研究重點(diǎn)。

在第三次握手過程中，如果服務(wù)器收到ACK，就會(huì)與客戶端建立連接，此時(shí)內(nèi)核會(huì)把連接從半連接隊(duì)列移除，然后創(chuàng)建新的連接，并將其添加到全連接隊(duì)列，等待進(jìn)程調(diào)用。

如果服務(wù)器繁忙，來不及調(diào)用連接導(dǎo)致全連接隊(duì)列溢出，服務(wù)器就會(huì)放棄當(dāng)前握手連接，發(fā)送RST給客戶端，即connection reset by peer。

在linux平臺(tái)上，客戶端在進(jìn)行高并發(fā)TCP連接處理時(shí)，最高并發(fā)數(shù)量都要受系統(tǒng)對(duì)用戶單一進(jìn)程同時(shí)打開文件數(shù)量的限制（這是因?yàn)橄到y(tǒng)每個(gè)TCP都是SOCKET句柄，每個(gè)soker句柄都是一個(gè)文件），當(dāng)打開連接超過限制，就會(huì)出現(xiàn)too many open files。

使用下指令查看最大句柄數(shù)量：

增加句柄解決方案

進(jìn)程協(xié)議為TCP,怎么改為UDP.我家里網(wǎng)速很好，就是JAVA游戲協(xié)議是TCP，收發(fā)流量很慢的。

不是這樣說的。用TCP和UDP不是說網(wǎng)速好不好的問題，是你的程序是不是要一定完全接收數(shù)據(jù)。像游戲基本上都是UDP協(xié)議的。你說你的JAVA游戲協(xié)議是TCP的話，那慢是因?yàn)槟愕木W(wǎng)速確實(shí)慢，而不是你所說的你的網(wǎng)速很好，TCP協(xié)議必須按步驟走，完成了這一步才能繼續(xù)下一步，所以網(wǎng)速不好的時(shí)候就會(huì)卡住，而UDP是不會(huì)管你步驟的，它就一路走下去，一直發(fā)數(shù)據(jù)不管你接收到?jīng)]有。

進(jìn)程協(xié)議一般也是沒辦法更改網(wǎng)絡(luò)協(xié)議的。除非你用的軟件可以自己設(shè)置，比如QQ。這樣就可以設(shè)置了再重啟就行了。

TCP/IP 傳輸層中診斷出 TCP慢應(yīng)答是什么原因呢?

TCP(傳輸控制協(xié)議)：提供IP環(huán)境下的數(shù)據(jù)可靠傳輸(一臺(tái)計(jì)算機(jī)發(fā)出的字節(jié)流會(huì)無差錯(cuò)的發(fā)往網(wǎng)絡(luò)上的其他計(jì)算機(jī)，而且計(jì)算機(jī)A接收數(shù)據(jù)包的時(shí)候，也會(huì)向計(jì)算機(jī)B回發(fā)數(shù)據(jù)包，這也會(huì)產(chǎn)生部分通信量)，有效流控，全雙工操作(數(shù)據(jù)在兩個(gè)方向上能同時(shí)傳遞)，多路復(fù)用服務(wù)，是面向連接，端到端的傳輸;面向連接：正式通信前必須要與對(duì)方建立連接。事先為所發(fā)送的數(shù)據(jù)開辟出連接好的通道，然后再進(jìn)行數(shù)據(jù)發(fā)送，像打電話。TCP支持的應(yīng)用協(xié)議：Telnet(遠(yuǎn)程登錄)、FTP(文件傳輸協(xié)議)、SMTP(簡單郵件傳輸協(xié)議)。TCP用于傳輸數(shù)據(jù)量大，可靠性要求高的應(yīng)用。

UDP(用戶數(shù)據(jù)報(bào)協(xié)議，User Data Protocol)面向非連接的(正式通信前不必與對(duì)方建立連接，不管對(duì)方狀態(tài)就直接發(fā)送，像短信，QQ)，不能提供可靠性、流控、差錯(cuò)恢復(fù)功能。UDP用于一次只傳送少量數(shù)據(jù)，可靠性要求低、傳輸經(jīng)濟(jì)等應(yīng)用。UDP支持的應(yīng)用協(xié)議：NFS(網(wǎng)絡(luò)文件系統(tǒng))、SNMP(簡單網(wǎng)絡(luò)管理系統(tǒng))、DNS(主域名稱系統(tǒng))、TFTP(通用文件傳輸協(xié)議)等。

總結(jié)：TCP：面向連接、傳輸可靠(保證數(shù)據(jù)正確性,保證數(shù)據(jù)順序)、用于傳輸大量數(shù)據(jù)(流模式)、速度慢，建立連接需要開銷較多(時(shí)間，系統(tǒng)資源)。

UDP：面向非連接、傳輸不可靠、用于傳輸少量數(shù)據(jù)(數(shù)據(jù)包模式)、速度快。