Linux：网络性能调优与 iperf3 实战指南
1. iperf3 网络性能测试工具入门
第一次接触 iperf3 是在五年前的一个深夜，当时我们的视频直播服务突然出现卡顿，团队排查了半天都没找到问题根源。直到一位资深运维同事掏出了这个神器，三下五除二就定位到了是机房之间的专线带宽不足导致的。从那时起，iperf3 就成了我网络工具箱里的常备武器。
iperf3 是一个跨平台的网络性能测试工具，它能精准测量 TCP 和 UDP 的带宽、延迟、抖动和丢包率等关键指标。与老版本相比，iperf3 特别优化了对万兆及以上网络的支持，测试结果更加准确可靠。我经常用它来做这些事情：
- 新机房上线前的网络质量验收
- 排查视频会议卡顿的根源
- 验证云服务器之间的内网带宽是否达标
- 调整网络参数后的效果验证
安装起来非常简单，在主流 Linux 发行版上都是一条命令的事：
# CentOS/RHEL sudo yum install -y iperf3 # Ubuntu/Debian sudo apt-get install -y iperf3这里有个小技巧：建议在测试两端使用相同版本的 iperf3，避免因版本差异导致测试结果偏差。我曾经遇到过客户端用 3.1 而服务端用 3.7 的情况，测试时就会报版本不兼容的警告。
2. 基础测试环境搭建与参数解析
2.1 服务端与客户端的启动
iperf3 采用经典的 C/S 架构。启动服务端时，我习惯加上-s参数表示服务器模式，再配合-p指定端口（默认 5201），有时还会用-D让它在后台运行：
# 服务端启动命令 iperf3 -s -p 5201 -D客户端连接时，必须指定服务端 IP 和端口。这里有个实用技巧：加上-t 30可以让测试持续 30 秒（默认 10 秒），更长的测试时间能得到更稳定的结果：
# 客户端基本测试命令 iperf3 -c 192.168.1.100 -p 5201 -t 302.2 关键参数深度解读
第一次使用时，面对几十个参数选项确实容易懵。这里重点说几个最常用的：
- -b：指定目标带宽。对于 UDP 测试必须设置，TCP 测试可选。单位可以是 K（千）、M（兆）、G（吉），比如
-b 100M表示 100Mbps - -u：使用 UDP 协议测试（默认是 TCP）
- -P：并行连接数。我常用它来模拟多用户并发场景
- -R：反向测试。让服务器端发送数据，客户端接收
- -w：设置 TCP 窗口大小。对长距离高延迟链路调优特别有用
实际案例：去年我们迁移到新机房后，用以下命令发现了 UDP 传输异常：
# UDP测试命令示例 iperf3 -c 10.0.0.1 -u -b 1G -t 60 -i 5结果显示丢包率高达 15%，后来排查是中间交换机的 QoS 策略导致的。这就是 iperf3 的价值 - 它能帮你快速定位到问题层面。
3. 网络性能深度调优实战
3.1 MTU 与 Jumbo Frame 优化
MTU（最大传输单元）的设置对网络性能影响巨大。默认的 1500 字节适合千兆网络，但在万兆环境下就显得太小了 - 就像用自行车运货，每次只能带个小包裹，大部分时间都花在来回跑路上了。
调整方法很简单：
# 查看当前MTU ifconfig eth0 | grep mtu # 设置Jumbo Frame（需要交换机支持） sudo ifconfig eth0 mtu 9000但这里有个大坑：整个传输路径上的所有设备（包括交换机、路由器等）都必须支持相同的 MTU 设置，否则会导致分片甚至丢包。我建议先用 ping 测试：
ping -M do -s 8972 10.0.0.1如果显示 "Message too long"，说明路径上存在 MTU 不匹配的设备。
3.2 内核参数调优
Linux 默认的网络缓冲区大小往往比较保守，特别是对于高性能网络环境。关键参数包括：
# 查看默认值 cat /proc/sys/net/core/rmem_default cat /proc/sys/net/core/wmem_default # 设置新值（临时生效） echo 16777216 > /proc/sys/net/core/rmem_default echo 16777216 > /proc/sys/net/core/wmem_default # 永久生效需要修改/etc/sysctl.conf net.core.rmem_default = 16777216 net.core.wmem_default = 16777216在我的调优经验中，这些值设置过小会导致 TCP 性能下降，设置过大又可能消耗过多内存。建议从 16MB 开始，逐步调整测试。
4. TCP/UDP 协议测试差异与结果分析
4.1 TCP 测试的注意事项
TCP 测试反映的是实际可用带宽，它会自动适应网络状况。但有几个常见陷阱需要注意：
- 窗口缩放（Window Scaling）：对于高延迟网络，默认窗口可能太小。可以通过
-w参数调整：
iperf3 -c 10.0.0.1 -w 512K- 多线程测试：单线程可能无法充分利用带宽，试试
-P参数：
iperf3 -c 10.0.0.1 -P 4- 方向性差异：网络可能存在不对称性，记得用
-R测试反向流量
4.2 UDP 测试的独特价值
UDP 测试能暴露出 TCP 测试发现不了的问题，特别是：
- 极限带宽：通过
-b参数可以尝试突破带宽上限 - 抖动（Jitter）：视频/语音等实时应用的关键指标
- 丢包率：反映网络稳定性
典型命令示例：
iperf3 -c 10.0.0.1 -u -b 10G -l 1400 -t 30我曾经遇到过一个典型案例：TCP 测试显示带宽完全正常，但 UDP 测试发现当速率超过 5Gbps 时丢包率飙升，最终定位到是网卡中断负载不均衡导致。
4.3 结果解读技巧
iperf3 的输出包含大量信息，重点看这些指标：
| 指标 | TCP意义 | UDP意义 | 理想值 |
|---|---|---|---|
| Bandwidth | 实际可用带宽 | 达到的发送速率 | 接近理论值 |
| Jitter | - | 延迟波动 | <1ms |
| Lost/Total | 重传率 | 丢包率 | 0% |
| Retr | 重传次数 | - | 0 |
一个经验法则：如果 TCP 带宽远低于预期，可能是缓冲区不足或窗口太小；如果 UDP 丢包率高，首先检查缓冲区设置和 MTU 配置。
5. 高级应用场景与排错指南
5.1 长距离传输优化
对于跨国或跨洲际的高延迟链路，需要特殊优化：
- 启用 TCP BBR：
echo "net.ipv4.tcp_congestion_control=bbr" >> /etc/sysctl.conf- 调整缓冲区大小：
# 建议值（根据RTT计算） net.core.rmem_max = 33554432 net.core.wmem_max = 33554432 net.ipv4.tcp_rmem = 4096 87380 33554432 net.ipv4.tcp_wmem = 4096 65536 335544325.2 常见问题排查
问题1：测试结果波动大
- 检查网络负载是否稳定
- 增加测试时长（-t 60）
- 使用 -i 参数间隔报告（-i 5）
问题2：UDP 丢包率高
- 增大发送缓冲区
- 降低发送速率（-b 参数）
- 检查中间设备 QoS 策略
问题3：TCP 带宽上不去
- 尝试多线程（-P 4）
- 调整窗口大小（-w 512K）
- 检查 CPU 使用率是否成为瓶颈
5.3 自动化测试脚本
对于经常需要测试的场景，可以写个简单的 bash 脚本：
#!/bin/bash SERVER_IP="10.0.0.1" DURATION=30 THREADS=4 echo "Starting TCP test..." iperf3 -c $SERVER_IP -t $DURATION -P $THREADS echo "Starting UDP test..." iperf3 -c $SERVER_IP -u -b 10G -t $DURATION把这个脚本保存为 network_test.sh，记得加上执行权限（chmod +x network_test.sh）。我通常会在不同时间段运行多次测试，记录结果形成趋势图。
网络调优是个需要耐心的过程，每个环境都有其独特性。我建议每次只调整一个参数，做好记录，通过 iperf3 的测试数据来验证效果。记住，没有放之四海而皆准的最优配置，只有最适合你当前网络环境的参数组合。