Linux UDP嚴重丟包問題的解決

測試系統在linux上的效能發現丟包率極為嚴重，發210000條資料，丟包達110000之巨，丟包率超過50%。同等情形下windows上測試，僅丟幾條資料。形勢嚴峻，必須解決。考慮可能是因為協議棧buffer太低所致，於是先看看預設情況：

sysctl -a |grep net.core

發現net.core.rmem_max = 131071

net.core.rmem_default = 112640

修改吧，變大一點，變成10m，然後reboot（應該重啟某個服務即可）

然後查網絡卡收包情況：

netstat -su

結果如下：

udp:

97690 packets received

112310 packets to unknown port received.

0 packet receive errors

20 packets sent

發現資料在網絡卡就丟了，判斷可能是防火牆引起的，於是執行命令：

iptables -l

結果如下：

chain input (policy accept)

target     prot opt source               destination

chain forward (policy accept)

target     prot opt source               destination

chain output (policy accept)

target     prot opt source               destination

證明iptables啟動，於是停止防火牆：

service iptables stop

這個命令即時生效，開啟防火牆的命令：

service iptables start

如果要徹底關閉防火牆，則需要重啟後生效

開啟： chkconfig iptables on

關閉： chkconfig iptables off

在開啟了防火牆時，做如下設定，開啟相關埠，

修改/etc/sysconfig/iptables 檔案，新增以下內容：

-a rh-firewall-1-input -m state --state new -m tcp -p tcp --dport 80 -j accept

-a rh-firewall-1-input -m state --state new -m tcp -p tcp --dport 22 -j accept

重新測試，沒丟一條資料。

Linux UDP嚴重丟包問題的解決

測試系統在linux上的效能發現丟包率極為嚴重，發210000條資料，丟包達110000之巨，丟包率超過50 同等情形下windows上測試，僅丟幾條資料。形勢嚴峻，必須解決。考慮可能是因為協議棧buffer太低所致，於是先看看預設情況 sysctl a grep net.core 發現net.co...

網路資料丟包嚴重 線路環路是其禍首

仔細對這類現象進行總結後，我們發現最容易造成資料丟包現象的因素就是網路環路，畢 竟在規模稍微大一點的區域網環境中，網路管理員很容易把交換機之間的埠連線錯誤，從而引起網路環路現象，並且這種現象由於有比較強的隱蔽性，我們在排除 這類故障的時候要是不留神的話很容易多走彎路！為了幫助各位高效解決資料丟包嚴重...

UDP丟包及無序的問題

最近在做乙個專案,在這之前,做了個驗證程式.發現客戶端連續發來1000個1024位元組的包,伺服器端出現了丟包現象.糾其原因,是服務端在還未完全處理掉資料,客戶端已經資料傳送完畢且關閉了.有沒有成熟的解決方案來解決這個問題.我用過sleep 1 暫時解決這個問題,但是這不是根本解決辦法,如果資料量大...