Linux怎么查看网络接口的丢包详情 Linux下ethtool -S统计详解

偷偷努力，悄无声息地变强，然后惊艳所有人！哈哈，小伙伴们又来学习啦~今天我将给大家介绍《Linux怎么查看网络接口的丢包详情 Linux下ethtool -S统计详解》，这篇文章主要会讲到等等知识点，不知道大家对其都有多少了解，下面我们就一起来看一吧！当然，非常希望大家能多多评论，给出合理的建议，我们一起学习，一起进步！

真正反映物理层丢包的是rx_missed_errors、rx_dropped、rx_fifo_errors和tx_aborted_errors；它们分别对应ring buffer溢出、驱动主动丢弃、DMA FIFO溢出及发送载波异常，非零持续增长即表明网卡或驱动层丢包。

ethtool -S 输出里哪些字段代表丢包

真正反映物理层丢包的是 rx_missed_errors、rx_dropped、rx_fifo_errors 和 tx_aborted_errors 这几项，不是所有网卡都输出全部字段，但只要非零且持续增长，就说明丢包发生在网卡或驱动层。

常见误区是盯着 rx_packets 和 tx_packets 看“总数”，它们只是收发计数，不体现丢弃；而 rx_errors 是总错误汇总，可能掩盖具体原因——必须拆开看子项。

• rx_missed_errors：ring buffer 满了来不及收，内核没来得及处理新包就被覆盖，典型原因是中断响应慢或 CPU 过载
• rx_dropped：驱动主动丢弃，比如校验失败、帧长异常，也可能是启用了 rp_filter 导致反向路径验证失败
• rx_fifo_errors：DMA 写入 ring buffer 时 FIFO 溢出，多见于高吞吐 UDP 场景，和 rx_missed_errors 常成对出现
• tx_aborted_errors：发送时载波丢失、冲突超限等，一般对应物理链路问题（如网线松动、双工不匹配）

netstat -s -u 和 ethtool -S 的丢包统计差异

netstat -s -u 显示的是协议栈层面的丢包，比如 Udp: 12 packets to unknown port received 或 UdpInErrors，这些是 socket 层或 IP 层丢弃的包；而 ethtool -S eth0 统计的是网卡硬件+驱动层的丢包，两者不在同一层级，不能直接相加或对比。

典型排查路径是：先用 ping 确认有丢包 → 查 ethtool -S 看是否网卡级丢包 → 若为 0，再查 netstat -s -u 和 /proc/net/snmp 中的 UdpInErrors → 最后看应用 socket 接收缓冲区是否溢出（ss -i 查 rcv_space 和 rcv_ssthresh）。

• UdpInErrors 高通常意味着 socket buffer 满（net.core.rmem_max 设置过小）或应用读取太慢
• rx_missed_errors 高但 UdpInErrors 低，说明丢包卡在 ring buffer 到协议栈之间，要调 net.core.netdev_max_backlog 或关掉 IRQ balance
• 某些 Realtek 网卡的 rx_dropped 会把 checksum error 也计入，此时需配合 ethtool -k eth0 看 rx offload 是否开启

为什么 ethtool -S 的值有时不更新或显示 0

不是所有网卡驱动都实现完整统计，尤其虚拟网卡（veth、macvlan）、部分 USB 转以太网设备或老旧芯片（如某些 RTL8139 变种）会直接不暴露这些计数器，ethtool -S 可能只输出基础字段甚至报错 No data available。

另外，统计值是自驱动加载后累计的，如果网卡刚 up 起来，或者中间执行过 ifconfig eth0 down && up，计数器不会重置，但有些驱动在软复位（ethtool -r eth0）后会清零——这点不可依赖，不同厂商行为不一致。

• 运行 ethtool -i eth0 确认驱动名和版本，去对应厂商文档查是否支持该统计项
• 若 ethtool -S 输出极简（只有 rx_packets/tx_packets），优先换用 ip -s link show eth0 补充看 dropped 和 overruns
• ethtool -S 必须 root 权限，普通用户执行会静默忽略部分字段

调整 ring buffer 大小前先确认它是否真瓶颈

增大 rx ring buffer（ethtool -G eth0 rx 4096）常被当作“万能解法”，但实际中多数丢包跟 buffer 大小无关，而是中断延迟、CPU 绑核不合理或软中断（softirq）处理不过来。

先用 watch -n 1 'cat /proc/interrupts | grep eth0' 观察对应 IRQ 计数是否均匀增长；再用 perf top -e irq:softirq_entry --call-graph dwarf 看 net_rx_action 占比——如果它长期 >70%，才说明软中断处理是瓶颈，此时调大 ring buffer 才有意义。

• 默认 ring buffer 通常是 256 或 512，ethtool -g eth0 查当前值，注意最大值受驱动和硬件限制（如 Intel e1000 最大 4096）
• ethtool -G 修改后立即生效，但重启或 ifdown/ifup 会恢复默认，需写进网络配置或用 systemd service 持久化
• 盲目设过大（如 8192）可能增加内存占用和 cache miss，反而降低吞吐，尤其在多队列网卡上需同步调 ethtool -L 分配队列数

真实丢包路径里，网卡寄存器、驱动队列、协议栈输入队列、socket 缓冲区，每一层都可能成为断点。最易被跳过的动作，是确认 ethtool -S 输出字段含义是否和你手头网卡型号一致——同一字段名，在 i40e 和 r8169 驱动下语义可能完全不同。

本篇关于《Linux怎么查看网络接口的丢包详情 Linux下ethtool -S统计详解》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！