Linux dropped与CPU有关吗

结论与要点

• 有关。Linux 中的 dropped 表示数据包在处理路径中被丢弃，很多场景直接与 CPU 处理能力、中断与软中断负载、以及每 CPU 队列容量相关。例如：当所有中断集中到少数 CPU 时，这些 CPU 的 每 CPU 接收队列（input_pkt_queue） 容易超过 netdev_max_backlog 而丢包；内核也会在 CPU 繁忙时更新 softnet_data.dropped 计数。此外，网卡 Ring Buffer 不足导致的 RX fifo/overruns 也会体现在接口统计的 dropped 中，这同样与 CPU 处理不及时有关。

与 CPU 相关的典型场景

• 中断亲和与队列绑定不合理：多队列网卡若中断/RSS未充分打散，少量 CPU 承载绝大多数中断与软中断，导致 input_pkt_queue 积压并被丢弃（对应 /proc/net/softnet_stat 第二列增长）。
• 软中断/NAPI 处理不及时：CPU 被其他任务占用或软中断预算不足，net_rx_action 来不及消费队列，出现 time_squeeze/throttled 等现象，进而触发丢弃计数增长。
• Ring Buffer 与 CPU 处理速度不匹配：突发流量下网卡 Ring Buffer 填满（表现为 RX fifo/overruns），新帧无缓冲可入队，接口层统计为 dropped。

如何快速判断是否与 CPU 有关

• 查看各 CPU 软中断与硬中断分布：cat /proc/interrupts、cat /proc/softirqs，观察是否集中在个别 CPU。
• 检查每 CPU 网络接收队列是否溢出：cat /proc/net/softnet_stat，关注第二列（因 netdev_max_backlog 超限丢弃）是否增长。
• 查看接口层统计与硬件队列：cat /proc/net/dev（关注 RX dropped/fifo），ethtool -S （关注 rx_fifo），ethtool -g （查看/调整 Ring Buffer 大小）。

与 CPU 无关或弱相关的常见原因

• 策略/过滤丢弃：如 iptables/firewalld、SELinux 规则主动丢弃不匹配流量，这类丢弃通常计入接口或防火墙统计，而非 CPU 队列溢出。
• 发送端拥塞或配置问题：如目标带宽饱和、发送队列/缓冲区不足、MTU 不匹配 导致分片失败等，更多体现为 TX dropped 或与链路/对端配置相关。