必须分层验证：先查ethtool确认物理链路（Link/Speed/Duplex）及rx_errors，再盯/proc/net/dev的Rx-OVR（Ring Buffer溢出）和Rx-DRP（内核丢包），最后用ethtool -S看rx_dropped、rx_over_errors、rx_fifo_errors、rx_missed_errors定位具体层级，并排查tc/qdisc人为限流。
排查Linux网卡丢包和传输错误计数，必须分层验证：先确认物理链路与驱动是否已 silently 丢包，再区分是 Ring Buffer 溢出、内核协议栈丢弃，还是 tc/qdisc 主动限流导致的“幽灵丢包”，不能只看一个数字就下结论。
查物理层连通性与基础错误总和
执行 ethtool 网卡名（如 ethtool ens33），重点确认三项：【Link detected: yes】、【Speed: 1000Mb/s】、【Duplex: Full】——任一为 no 或 mismatch，说明物理链路异常，后续所有丢包统计都失去意义。
同时观察输出末尾的 rx_errors 和 tx_errors 行：rx_errors 非零且持续上涨，直接指向网线松动、光模块衰减或交换机端口双工不匹配；tx_errors 极少见，若非零，立即运行 ethtool -S ens33 | grep -i "carrier\|aborted" 定位是 carrier loss 还是 PHY 异常。
这一步跳过会导致后续所有分析建立在错误前提上——比如 Speed 显示 100Mb/s 却按 1Gb/s 流量压测，Rx-OVR 必然暴涨，但根因是协商失败。
定位丢包发生层级：/proc/net/dev 两列定乾坤
运行 watch -n1 'cat /proc/net/dev | grep ens33'，紧盯 Rx-DRP 和 Rx-OVR 两列：
若 Rx-OVR > 0 且持续增长：包还没进内存就被网卡硬件丢弃，tcpdump 在该接口抓不到这些包。立刻执行 ethtool -g ens33 查当前 Ring Buffer 大小——若为默认 256 或 512，高吞吐下必溢出，马上调大：sudo ethtool -G ens33 rx 4096。
若 Rx-DRP > 0 且 Rx-OVR == 0：包已进 Ring Buffer，但在内核处理阶段被丢。此时要查 netstat -s | grep "packet receive errors" 或 cat /proc/net/softnet_stat | awk '{print $2}'，第二列数值同步上涨即证实软中断处理不过来。
虚拟网卡（如 virtio_net）可能不暴露 Rx-OVR 字段，此时若 Rx-DRP 上涨 + dmesg | grep -i "missed" 输出提示，基本锁定 vCPU 调度延迟。
深入驱动寄存器：ethtool -S 锁定真实丢包类型
方法一：聚焦四个关键字段
ethtool -S ens33 | grep -E "(rx_dropped|rx_over_errors|rx_fifo_errors|rx_missed_errors)"
rx_dropped 上涨 → socket 接收队列满或 net.core.netdev_max_backlog 不足；rx_over_errors 上涨 → Ring Buffer 溢出坐实；rx_fifo_errors 上涨 → 物理 FIFO 满，多见于小包风暴；rx_missed_errors 上涨 → 虚拟化环境 vCPU 过载或绑定不合理。
方法二：快速筛查链路异常
ethtool -S ens33 | grep -i "crc\|frame\|length"。只要 rx_crc_errors > 0，立刻检查网线、光纤衰减、交换机端口——这不是丢包，但预示链路即将崩溃。
注意：别用 grep -i drop 全局搜索，会漏掉 rx_no_buffer_count 等关键字段，也会把 tx_drop_filter 这类防火墙过滤误判为丢包。
排除人为限流：tc qdisc 是最常被忽略的真凶
第一步：检查规则是否存在
运行 tc qdisc show dev ens33。输出中若含 netem、loss、policer、fq_codel 关键字，立即警觉。
第二步：确认真实丢包数
加 -s 参数：tc -s qdisc show dev ens33，重点看括号内 (dropped X, overlimits Y) 的 dropped 值是否持续增长——它和 /proc/net/dev 完全无关，是静默丢包的铁证。
第三步：容器环境必须扩展检查范围
运行 ip link show | grep -E "(cali|lxc|veth)"，对每个匹配的虚拟接口重复执行 tc qdisc show dev xxx。CNI 插件常在 cali+ 接口挂限流规则，只查 ens33 会彻底漏掉。
误配 tc qdisc add dev ens33 root netem loss 5% 后，5% 出向包会无响应消失，删规则命令为：tc qdisc del dev ens33 root。
