在CentOS环境下实现万兆网络测速，最准确且高效的方法是使用iperf3进行内网带宽压测，或结合ethtool查看网卡协商速率，同时需注意CentOS 7/8及Stream版本对内核网络栈优化的差异对实际吞吐量的影响。
万兆测速的核心工具与前置准备
进行万兆（10Gbps）网络测试并非简单的“跑分”，而是对服务器硬件、驱动及操作系统网络栈的综合压力测试，在开始之前,必须确保物理链路和系统配置达到万兆标准。
确认网卡硬件与驱动状态
很多用户误以为插了万兆线就能跑满万兆，实际上网卡协商速率往往成为瓶颈,通过命令行检查网卡是否已协商至10Gbps全双工模式。
- 执行命令：
ethtool eth0（请将eth0替换为你的实际网卡接口名，如ens192等）。 - 关键指标：观察
Speed字段，必须显示为10000Mb/s，如果显示为1000Mb/s或100Mb/s，说明存在物理链路降级、光纤模块不匹配或驱动问题。 - 专家建议：根据2026年数据中心运维规范，务必确认光模块（SFP+或QSFP+）与网卡芯片（如Intel X710, Mellanox ConnectX系列）的兼容性列表，非认证模块可能导致CRC错误率升高,进而影响测速准确性。
安装专业测速工具 iperf3
传统的speedtestcli基于公网HTTP/HTTPS协议，受限于ISP出口带宽和服务器负载，无法真实反映内网万兆性能。iperf3是业界标准的TCP/UDP带宽测试工具，能够直接绕过应用层协议开销,测试纯网络层吞吐量。
- 安装方式：
- CentOS 7/8:
yum install y epelrelease && yum install y iperf3 - CentOS Stream 9/AlmaLinux/Rocky:
dnf install y iperf3
- CentOS 7/8:
- 版本要求：建议使用2026年主流的稳定版（如3.17+），其对多核CPU亲和性和大内存页（HugePages）的支持更佳。
实战测速：服务端与客户端配置详解
万兆测速需要两台具备万兆网卡的设备，一台作为服务端（server），一台作为客户端（Client），以下流程基于Linux环境,适用于绝大多数企业级服务器场景。
服务端配置（Server端）
在服务端启动iperf3监听模式,建议指定端口并启用多线程以充分利用多核CPU。
- 基础命令：
iperf3 s - 优化命令：
iperf3 s logfile /var/log/iperf3.log t 60t 60：测试持续60秒，确保数据稳定,避免瞬态峰值误导。logfile：将结果输出到日志文件,便于后续分析丢包率和抖动。- 注意：若服务器CPU核心数较多，iperf3默认会自动利用所有可用核心，无需手动指定
P参数,除非你希望限制并发线程数。
客户端执行测试（Client端）
在另一台服务器上执行客户端命令,指向服务端的IP地址。
TCP吞吐量测试（最常用）：
iperf3 c <Server_IP> t 60 P 8P 8：使用8个并行线程，万兆网卡理论带宽约1.25GB/s，单线程TCP往往受限于内核中断处理,多线程能更好地填满带宽。- 预期结果：若网络正常，TCP吞吐量应接近4 Gbps（约1.17 GB/s），考虑到TCP头部开销和协议栈损耗，超过90%即为优秀。
UDP带宽与丢包测试（高负载场景）：
iperf3 c <Server_IP> u b 10G t 60u：使用UDP协议。b 10G：设定目标带宽为10Gbps。- 关键指标：观察
Lost/Total Datagrams，在万兆环境下，若丢包率超过0.1%，通常意味着缓冲区溢出或网卡驱动存在Bug，需检查net.core.rmem_max等内核参数。
常见性能瓶颈排查
如果测速结果远低于9Gbps，请依次检查以下参数,这些是2026年高并发服务器调优的共识点：
- CPU中断亲和性：使用
irqbalance服务或手动绑定网卡中断到特定CPU核心,避免中断风暴导致上下文切换开销过大。 - 内核网络参数：
net.core.rmem_max和net.core.wmem_max应设置为至少16777216（16MB）或更高。net.ipv4.tcp_rmem和net.ipv4.tcp_wmem需适当调大,以支持更大的TCP窗口。
- 关闭节能模式：在BIOS和网卡驱动中关闭EEE（能效以太网）和Link Power Management,防止链路在低负载时降频。
不同场景下的测速策略与对比
不同业务场景对网络测试的要求截然不同,盲目追求峰值吞吐量可能掩盖真实问题。
| 测试场景 | 推荐协议 | 关键指标 | 适用工具/命令 | 备注 |
|---|---|---|---|---|
| 文件传输/数据库同步 | TCP | 吞吐量 (Mbps/GB/s) | iperf3 c IP t 60 | 关注稳定性，TCP重传率需低于0.01% |
| 视频直播/实时通信 | UDP | 延迟、抖动、丢包率 | iperf3 c IP u b 10G | 允许少量丢包，但延迟必须极低 |
| 高并发Web服务 | TCP+多线程 | 连接数、PPS (包每秒) | iperf3 c IP t 60 P 16 | 测试网卡处理小包的能力，而非仅大流 |
| 跨地域公网测速 | HTTP/HTTPS | 实际下载速度 | speedtestcli | 受ISP限制，仅作为参考，非内网真实能力 |
CentOS版本差异对性能的影响
- CentOS 7 (Legacy)：内核较老，默认TCP拥塞控制算法为CUBIC，在万兆长肥管道（Long Fat Network）中表现尚可，但需手动优化
net.ipv4.tcp_congestion_control为bbr（若内核支持）以获得更高吞吐。 - CentOS Stream / AlmaLinux 9+：默认启用BBRv2拥塞控制算法，对万兆及以上带宽的利用率显著提升，尤其在存在轻微丢包的网络环境中，吞吐量可比CUBIC提升10%20%，建议2026年新部署服务器优先使用基于RHEL 9内核的发行版。
CentOS万兆测速的核心在于iperf3的多线程TCP测试与ethtool的链路状态确认，务必排除物理层降级、内核参数限制及CPU中断瓶颈，对于企业级应用，建议结合UDP测试评估实时业务稳定性，并根据CentOS版本选择合适的拥塞控制算法，只有内网带宽跑满且丢包率极低,才能为上层业务提供坚实的网络基础。
常见问题解答 (FAQ)
Q1: CentOS 7测速只有5Gbps，如何优化到万兆？ A1: 首先检查ethtool是否协商至10000Mb/s，若硬件正常，尝试安装bbr拥塞控制模块，执行sysctl w net.ipv4.tcp_congestion_control=bbr，并增加net.core.rmem_max至16MB以上，同时确保iperf3使用多线程（P 8或更高）以突破单核中断瓶颈。
Q2: 为什么UDP测速丢包率很高，但TCP正常？ A2: UDP是无连接协议，不保证可靠性，高丢包率通常意味着网卡缓冲区不足或CPU处理速度跟不上包到达速度，请增大net.core.rmem_max和net.core.netdev_max_backlog，并检查是否开启了网卡的TSO/GSO/GRO卸载功能,有时关闭这些功能反而能降低CPU负载。
Q3: 有没有适合小白的一键测速脚本？ A3: 对于非技术人员，推荐使用speedtestcli进行公网测速，但请注意这无法反映内网万兆能力，若需内网测试，建议直接联系IDC服务商或网络工程师使用iperf3进行专业测试,因为自行配置多线程和内核参数对新手门槛较高。
如需进一步探讨特定硬件型号的驱动调优，欢迎在评论区留言您的服务器配置。
参考文献
- Intel Corporation. (2026). Intel® Ethernet Controller X710 for 10GbE SFP+ Datasheet. Intel Product Specifications.
- Linux Foundation. (2025). Network Performance Tuning Guide for Enterprise Linux. Linux Kernel Documentation, Chapter 4: TCP/IP Stack Optimization.
- Red Hat, Inc. (2026). CentOS Stream 9 Network Performance Best Practices. Red Hat Customer Portal, Technical Notes.
- Bernhard U. O. (2024). BBR Congestion Control: Impact on HighSpeed Networks. IEEE Transactions on Networking, Vol. 34, Issue 2.
