整合網絡卡瘋狂丟包 顯示器瘋狂黑屏 解決小記

2021-08-30 18:41:42 字數 516 閱讀 9154

我有一台比較老牛拉破車的台式電腦,是3年前1000來塊錢退了同學的。最近搬家之後發現開機之後瘋狂黑屏。。無奈,今天大整改。

先以為是顯示卡介面鬆掉了,拆了重新裝,依舊黑屏……

然後認為是顯示卡驅動被損壞了,重灌,依舊……

然後認為是系統太老了(裝的xp),重灌,依舊……

然後裝了個ubuntu,不黑屏了,但是速度奇慢,經常假死……

無奈,然後把機箱拆開,把顯示卡拆下來一看——我靠,全是灰,清掉,裝個xp,開機,搞定!不黑屏了。。

但是發現連線到路由器瘋狂丟包,ping大概10次才能ping到一次,網頁什麼的就更不用說了。

在其他機器上測試該網線,一切正常。

由同區域網其他機器ping本機,照常丟包——鎖定為本機網絡卡問題。

各種設定網絡卡(tcp/ip配置),無效……

重灌網絡卡驅動,無效……

最後,將100m的網絡卡設定成10mb,搞定。估計是路由器的頻寬和網絡卡不匹配,我的網絡卡不能自適應(雖然配置裡調的auto)造成的丟包,這也解釋了為什麼大概10次丟1次的原因。

網絡卡做bond 導致丟包

值班中發現一台伺服器報到閘道器丟包,頻寬200m。用 ethtool bond0 檢視網絡卡頻寬資訊,發現 speed 為 3100m 非 1000 的整數倍或10000的整數倍,感覺不對,因為是做了bond 查了下具體的網絡卡資訊,發現bond0 是 4綁 1,3個千兆 1個百兆,因此丟包是因為百...

UDP丟包原因

一 主要丟包原因 1 接收端處理時間過長導致丟包 呼叫recv方法接收端收到資料後,處理資料花了一些時間,處理完後再次呼叫recv方法,在這二次呼叫間隔裡,發過來的包可能丟失。對於這種情況可以修改接收端,將包接收後存入乙個緩衝區,然後迅速返回繼續recv。2 傳送的包巨大丟包 雖然send方法會幫你...

用ethtool 命令解決Linux 網絡卡丟包

生產中有一台linux裝置併發比較大,droped包比較多,尤其是在跑遊戲資料報的時候,存在嚴重的丟包現象,懷疑網絡卡效能不足,在更換裝置前想能不有通過軟體方法解決,通過網上一些資料顯示,出現這種現象,也有可能是網絡卡buffer size 太小的原因,遂嘗試更改buffer 大小解決,下面的裝置執...