Zynq网口速率上不去？5分钟搞定iperf多线程测速优化（附避坑指南）

原创

于 2026-03-07 05:38:19 发布 · 466 阅读

标签

Zynq网口速率上不去？5分钟搞定iperf多线程测速优化（附避坑指南）

最近在调试一块Zynq开发板的千兆以太网性能，遇到了一个挺典型的问题：硬件上明明连接的是千兆网口，系统也显示连接速率是1.0 Gbps，但用iperf一测，吞吐量死活卡在50-60 Mbps左右，连百兆网的水平都没达到。这感觉就像你买了一辆跑车，结果上路发现最高只能开40码，非常憋屈。如果你也遇到了类似的情况，别急着怀疑硬件设计或驱动有问题，很多时候，问题出在测试方法和系统配置的细节上。这篇文章，我就结合自己踩过的坑，带你一步步排查，用多线程iperf测试把Zynq的千兆网口性能真正“压榨”出来。

1. 理解瓶颈：为什么单线程iperf跑不满千兆？

在开始动手之前，我们得先搞清楚为什么会出现这种“名不副实”的情况。Zynq平台，尤其是PS（Processing System）端的千兆以太网控制器（GEM），其性能潜力是足够的。但iperf这个工具默认使用单TCP连接进行测试，这就引入了一系列潜在的瓶颈。

首先，TCP单连接的性能受限于单个CPU核心的处理能力。iperf的客户端和服务端在收发数据时，都需要CPU进行TCP协议栈的处理、数据拷贝等操作。当数据速率很高时，单个CPU核心可能成为瓶颈，无法及时处理网络中断和数据包。其次，操作系统网络栈的默认参数可能并不适配高性能场景。例如，TCP窗口大小、缓冲区尺寸这些参数如果设置过小，在高延迟或高速网络中会严重限制吞吐量。最后，测试环境本身的干扰也不容忽视，比如Windows系统上一些为了节能或兼容性设计的网络特性（如中断调节），反而会在持续高负载下拖累性能。

所以，看到iperf单线程测试速率远低于预期，先别慌。这不一定代表你的硬件或驱动有缺陷，很可能只是测试方法没有完全激发出硬件的潜能。接下来，我们就从系统端到测试端，进行一轮针对性优化。

2. 优化起点：Windows测试端的“隐形”设置

很多开发者习惯用Windows PC作为iperf的客户端，去测试嵌入式设备（Zynq）的服务端。Windows系统为了平衡功耗、稳定性和性能，默认启用了一些可能会影响极限网络性能的功能。我们的第一个优化点就在这里。

最关键的一项：关闭中断调节 (Interrupt Moderation) 网络适配器收到数据包后，会向CPU发出中断请求。中断调节是一种技术，它让网卡将多个数据包“攒”一下，再合并产生一个中断，以此降低CPU处理中断的频率，节省功耗。但在进行极限带宽测试时，这引入了不必要的延迟，可能导致吞吐量上不去。

如何关闭？以Windows 10/11为例：