真正反映物理层丢包的是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）。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
-
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分配队列数
ethtool -S 输出字段含义是否和你手头网卡型号一致——同一字段名，在 i40e 和 r8169 驱动下语义可能完全不同。
