负载过大时，e1000_watchdog 反复 UP、DOWN 的问题

platinum

做 NAT 服务器，当负载过大时，总出现

Oct 17 14:56:04 server kernel: e1000: eth0: e1000_watchdog: NIC Link is Down
Oct 17 14:56:08 server kernel: e1000: eth0: e1000_watchdog: NIC Link is Up 100 Mbps Full Duplex
Oct 17 14:56:09 server kernel: e1000: eth0: e1000_watchdog: NIC Link is Down
Oct 17 14:56:15 server kernel: e1000: eth0: e1000_watchdog: NIC Link is Up 100 Mbps Full Duplex

网卡反复 UP、DOWN，甚至导致系统自动重启
这个 e1000_watchdog 是做什么用的？为何有如此现象？如何不让他自动 UP、DOWN ？

platinum

1. 
   
2. if((adapter->;hw.media_type == e1000_media_type_internal_serdes) &&
   
3.   !(E1000_READ_REG(&adapter->;hw, TXCW) & E1000_TXCW_ANE))
   
4. link = !adapter->;hw.serdes_link_down;
   
5. else
   
6. link = E1000_READ_REG(&adapter->;hw, STATUS) & E1000_STATUS_LU;
   

复制代码

这段话什么意思？什么情况会导致 link = 0 ？
如果删除了 else 后面的东西重新编译驱动，会不会有副作用？

platinum

很奇怪呢，RX-ERR RX-DRP RX-OVR，这三项都是 0
是这样的，这台机器上还运行其他服务，CPU 一直比较高，会不会是没有过多的 CPU 来负责处理数据包造成的？

还有，我如果修改源代码，注释掉硬件复位那段代码可不可以？会不会有副作用？

platinum

           CPU0
  0:    5208209    IO-APIC-edge  timer
  1:          2    IO-APIC-edge  keyboard
  4:         30    IO-APIC-edge  serial
  8:          1    IO-APIC-edge  rtc
  9:          0   IO-APIC-level  acpi
15:     108463    IO-APIC-edge  ide1
21:   15700851   IO-APIC-level  eth0
22:   15716884   IO-APIC-level  eth1
NMI:          0
LOC:    5208446
ERR:          0
MIS:          0

这样正常吗？

platinum

[quote]原帖由 "jackylau"]不会是负载过大的原因.我们单位做iptv,负荷比你重多了吧,也是e1000[/quote 发表：

你们的 iptv 服务器的 CPU 负载高吗？
我的服务器 CPU 一直很高
或者网络里面有人捣乱的话，用 dos 工具去弄网关这台机器，一样也会 over。。。。

platinum

工作比较忙，还没来得及试，等测试完后我会告诉大家结果

platinum

原帖由 "bingosek" 发表：

bcm用tg3驱动我在linux（rhas 2.1）做nas的环境下用过，负载很重，一天到晚拷贝语音数据，没有什么问题，只是有些报错

负载重不重要看 pps，而不是 bps

platinum

原帖由 "bingosek" 发表：

pps如果是在局域网传输来说是无干紧要的，恐怕没有多少服务器上的文件是小于MTU的吧

为什么说 pps 在局域网中无关紧要？
服务器上的文件与 MTU 又有什么关系？

platinum

用于文件传输的话，协议设计的时候就尽量都用大包来转发数据，这样才能减小 pps
可否想过，同样的 bps，当每个 packet 的 size 越小的时候，pps 就越大，当 pps 越大的时候，负载就越高

比如，一个提供下载的 WEB 服务器，与一个很简单的静态页面的 WEB 服务器相比，平均 pps 就差好几倍

我的环境与你的不同，不是用来传输文件的，我的网络中平均包大小只有 300 bytes，平均 pps 是你的 4 倍以上

pps如果是在局域网传输来说是无干紧要的，恐怕没有多少服务器上的文件是小于MTU的吧

这样说是错的
1、局域网传输数据（不是狭义的指“文件传输”）也可以很轻易的使 pps 增高
2、包的大小是看传输数据量的，可以把数据分到 n 个小包中，也可以写入一个大包中，要看编程者的意图

platinum

网卡处理每一个 packet 都要占用中断，而百兆网卡，1400 字节以上大包跑满才不过几千
但如果让 64 字节的小包跑到 50M，pps 也要远比上面说的大的多，负载也要大的多

我坚持我的看法，网卡的负载要看 pps，而不是 bps