网卡丢包的问题

Godbach

打synflood攻击，被攻击的服务器查看网卡接收到的数据包，基本上recv：drop 是1：3的关系。
也就是大流量的时候，大量的syn包直接被网卡丢弃了。
CPU的负载68%，基本上是ksoftriqd进程。

想问一下，丢包的机制是否在于中断的响应问题？

openspace

以前找工作的是否遇到过类似的一个问题：
网卡收报频繁，总是中断的话会延迟其它子系统的工作，该如何处理？
自己不知道怎么大，对方说这就涉及到权衡比较了

Godbach

中断平衡的问题了

Godbach

很想了解丢包的机制。
如果我提高发包的速度，则服务器受到的包和丢弃的包都增加了。

那就说明系统还是可以接受更多包的。

platinum

应该是网卡驱动直接把包丢弃了
一般有几种可能
1、网卡驱动的接收队列不够
2、硬中断处理不过来（猜测）
3、某些网卡驱动中有智能检测丢弃机制（猜测）
4、网卡本身的问题（几乎很少）

Godbach

1、网卡驱动的接收队列不够

如果说队列不够的话，那么我提升发包速率，网卡接收包的速率应该不会再提升了吧

Godbach

2、硬中断处理不过来（猜测）

我这边通过top看两个CPU的hi都不高啊

Godbach

列出一个/proc/net/dev的结果

[root@localhost bin]# cat /proc/net/dev
Inter-|   Receive                                                |  Transmit
face |bytes    packets errs drop fifo frame compressed multicast|bytes    packets errs drop fifo colls carrier compressed
    lo:21716253  195231    0    0    0     0          0         0 21716253  195231    0    0    0     0       0          0
  eth0:3243621068 374510186    0 1080508101    0     0          0         0 32826000   79202    0    0    0     0       0          0
  eth1:20222774   38527    0    0    0     0          0         0 130361933 2015781    0    0    0     0       0          0
[root@localhost bin]#

如果没有err包的话，所有到网卡的包的数目，我的理解是packets一列加上drop那一列。

accessory

最好说下是什么网卡,不同型号的设计也不一样.

以 E1000为例子, 网卡本身硬件上有一个RCV BUFFER,满了就会丢包.

还有,接受包的时候 OS 和网卡硬件要一起维持一个QUEUE, 网卡向里面写,OS (应该说是DRIVER) 读出来. 如果DRIVER 读的慢, QUEUE满了,也会丢.

硬中断关系不大,现在一般都是 NAPI ,用POLLING 的方式来收包了.

独孤九贱

好一点的网卡，一般驱动都有很详细的统计信息，以供你查看是哪儿丢了包。可以使用ethtool。比如我最常用的Intel的网卡，在你这种情况下，一般是miss error的原因，只有增大缓冲，比如，增加网卡buffer，放大内核的backlog等措施来处理……