直接测试网络适配器硬件性能需绕过协议栈，聚焦收发能力、时延、错误恢复与长期负载：一查物理层与驱动状态；二用iPerf3直连测吞吐与UDP丢包；三测延迟抖动及中断响应；四做8小时压力与多队列稳定性验证。
直接测试网络适配器的硬件性能与稳定性，核心是绕过操作系统协议栈干扰，聚焦网卡本身的数据收发能力、时延控制、错误恢复和长期负载表现。不依赖路由器或互联网，用直连方式最可靠。
一、基础连通性与接口状态验证
先确认物理层和驱动层是否就绪：
- 在命令行执行 ipconfig /all（Windows） 或 ifconfig && ethtool eth0（Linux），检查网卡是否识别、链路状态（Link detected: yes）、协商速率（Speed: 1000Mb/s）、双工模式（Duplex: Full）是否符合标称规格
- 观察 ethtool -S eth0 中的错误计数（rx_crc_errors、tx_aborted_errors、rx_missed_errors），非零值可能指向硬件接触不良、线缆劣质或PHY芯片异常
- 拔插网线，看系统日志（dmesg 或 Windows 事件查看器）是否触发 link up/down 事件，验证热插拔响应能力
二、吞吐量与线速转发能力测试
用 iPerf3 直连两台设备，排除交换机/路由器瓶颈：
- 服务端：iperf3 -s -A（禁用TCP拥塞控制，逼近硬件极限）
- 客户端：iperf3 -c <server_ip> -t 60 -P 4 -i 1 -w 2M（4线程、60秒、每秒上报、大窗口）
- 重点看是否稳定达到标称带宽（如千兆口应≥940 Mbps TCP），若持续低于850 Mbps，需检查PCIe通道数（如x1 vs x4）、DMA配置或驱动版本
- 加测 UDP 模式（-u -b 1G）观察丢包率，>0.1% 说明中断处理或缓冲区不足
三、延迟、抖动与中断响应测试
反映网卡实时性和CPU协同效率：
- 用 ping -f -l 128 <对端IP>（Windows）或 ping -f -s 128 <IP>（Linux）满负荷发包，观察丢包率和最大延迟波动
- 运行 ethtool -c eth0 查看中断合并（coalesce）设置，关闭 RX/TX coalescing 后重测，若抖动显著下降，说明默认聚合策略不适合低延迟场景
- 用 cat /proc/interrupts | grep eth 观察中断次数是否随流量线性增长，若停滞不涨，可能存在中断丢失或MSI-X未正确分配
四、压力与稳定性长时验证
模拟真实工况下的老化表现：
- 连续运行 iPerf3 8 小时以上，期间每30分钟记录一次吞吐、延迟、错误计数，关注是否出现缓升型丢包或突然断连
- 同时开启多队列（RSS）压力：绑定不同CPU核运行多个 iPerf3 实例，验证各队列负载均衡性及无单核瓶颈
- 在高负载下执行 ethtool --show-ring eth0，确认 rx/tx ring 缓冲区未频繁溢出（driver drops）
- 配合温度监控（如 lm-sensors 或厂商工具），网卡表面温度超过70℃且性能下滑，需检查散热设计
