登录
首页 >  文章 >  linux

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

时间:2026-05-05 16:36:58 165浏览 收藏

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

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

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

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

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

常见误区是盯着 rx_packetstx_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 receivedUdpInErrors,这些是 socket 层或 IP 层丢弃的包;而 ethtool -S eth0 统计的是网卡硬件+驱动层的丢包,两者不在同一层级,不能直接相加或对比。

典型排查路径是:先用 ping 确认有丢包 → 查 ethtool -S 看是否网卡级丢包 → 若为 0,再查 netstat -s -u/proc/net/snmp 中的 UdpInErrors → 最后看应用 socket 接收缓冲区是否溢出(ss -ircv_spacercv_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

不是所有网卡驱动都实现完整统计,尤其虚拟网卡(vethmacvlan)、部分 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 补充看 droppedoverruns
  • 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 dwarfnet_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学习网公众号!

资料下载
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>