1、网络性能基准测试概述：定义、目标与核心指标
各位好，我是你们这门课的老朋友。今天咱们正式开篇，聊聊网络性能基准测试这件事。
说实话，我见过太多团队，一上来就闷头调参数、换硬件，结果性能没上去，问题倒是一堆。为什么？因为他们缺了一个东西——基准。没有基准，你连自己现在跑多快都不知道，谈何优化？
所以，第一节课，咱们先把地基打牢。
1.1 什么是网络性能基准测试？
说白了，就是给网络系统“体检”。
你想想看，你去医院体检，总得先量血压、测心率吧？网络也一样。基准测试就是一套标准化的“体检流程”，用固定的工具、固定的场景，去测量网络在不同负载下的表现。
我个人习惯把基准测试分成两类：
- 静态基准：在空载或低负载下，测网络的基础能力。比如一根网线能跑多少带宽。
- 动态基准：在模拟真实流量下，测网络的抗压能力。比如并发1000个连接时，延迟会不会飙升。
嗯，这里要注意：基准测试不是压力测试。压力测试是想看看系统什么时候崩，而基准测试是想知道系统“正常工作时”到底什么水平。两者目标不同，别搞混了。
核心定义：网络性能基准测试，是在可控条件下，通过标准化方法测量网络系统在特定负载下的性能表现，为后续优化提供可量化的参考基线。
1.2 基准测试的目标：你到底想测什么？
很多新手问我：“老师，基准测试到底要测出什么结果？”
我的回答是：三个目标。
- 建立基线：记录当前网络的“正常值”。比如延迟5ms、吞吐量900Mbps。以后出了问题，一对比就知道哪里不对劲。
- 发现瓶颈：通过逐步加压，找到网络链路上最先扛不住的那个环节。是CPU？是网卡？还是中间交换机？
- 验证优化：你改了一个参数，到底有没有用？别靠感觉，跑一遍基准测试，数据说话。
我记得有一次帮一个电商客户做优化，他们觉得是带宽不够，花大价钱升级了链路。结果我一测，延迟反而更高了。为什么？因为瓶颈根本不在带宽，而在中间防火墙的会话处理能力。你看，没有基准测试，钱就白花了。
1.3 五大核心指标：网络性能的“体检报告”
好，接下来是这节课的重头戏。网络性能基准测试，绕不开这五个指标。我一个个讲，你一个个记。
1.3.1 延迟（Latency）
延迟，就是数据包从A点到B点所花的时间。单位通常是毫秒（ms）。
你刷网页觉得卡，打游戏觉得飘，十有八九是延迟在作祟。
我个人习惯把延迟分成三段：
- 传播延迟：光在光纤里跑的时间。这个物理定律，你改变不了。
- 处理延迟：路由器、交换机处理数据包的时间。这个可以优化。
- 排队延迟：数据包在缓冲区排队等待的时间。这个最坑，流量一高就暴涨。
避坑指南：我曾经遇到过客户抱怨延迟高，结果一查，是网卡的中断合并（Interrupt Coalescing）开太大了。数据包攒够了才上报CPU，延迟自然高。关掉这个功能，延迟立刻降下来。但代价是CPU占用率飙升——这就是典型的“延迟 vs 吞吐量”权衡。
1.3.2 吞吐量（Throughput）
吞吐量，是单位时间内成功传输的数据量。单位是bps（比特每秒），或者更常见的Mbps、Gbps。
注意，我说的是“成功传输”。重传的数据不算。所以吞吐量其实反映了网络实际的搬运能力。
你想想看，带宽是1000Mbps，但实际吞吐量可能只有800Mbps。那200Mbps去哪了？被协议开销、重传、拥塞控制吃掉了。
吞吐量的测试，我建议用iPerf3。简单、直接、靠谱。
# 服务端
iperf3 -s
# 客户端（测30秒）
iperf3 -c 192.168.1.100 -t 301.3.3 带宽（Bandwidth）
带宽和吞吐量，很多人混为一谈。我帮你理清楚。
带宽是理论上限，是网络链路能承载的最大数据传输速率。比如你的网卡是1Gbps，那带宽就是1Gbps。
吞吐量是实际值，是你在真实环境中能跑到的速度。
打个比方：带宽是高速公路的限速120km/h，吞吐量是你实际开到的平均速度。路况不好、车多、有收费站，你永远开不到120。
| 指标 | 含义 | 典型值 | 测试工具 |
|---|---|---|---|
| 带宽 | 理论最大传输速率 | 1Gbps / 10Gbps / 40Gbps | 网卡规格、链路协商 |
| 吞吐量 | 实际有效传输速率 | 通常为带宽的70%-95% | iPerf3、Netperf |
1.3.4 抖动（Jitter）
抖动，是延迟的变化量。单位也是毫秒。
为什么这个指标重要？因为稳定的延迟比低延迟更重要。
你想想看，VoIP通话时，如果延迟稳定在50ms，你几乎感觉不到。但如果延迟在10ms到100ms之间来回跳，声音就会断断续续，像机器人说话。
抖动的计算公式很简单：
抖动 = |当前延迟 - 上一次延迟|然后取一段时间内的平均值。
注意：我曾经在金融客户的交易网络上测抖动，发现每隔几分钟就会有一次大的延迟尖峰。查了三天，最后发现是某个交换机的STP（生成树协议）定时器配置不当，导致周期性拓扑重计算。这种问题，只看平均延迟根本发现不了，必须看抖动。
1.3.5 丢包率（Packet Loss Rate）
丢包率，是丢失的数据包占总发送数据包的比例。单位是百分比。
理想情况下，丢包率应该是0%。但在真实网络中，尤其是无线网络或拥塞链路，丢包不可避免。
丢包率对应用的影响：
- TCP应用：丢包触发拥塞控制，窗口减半，吞吐量断崖式下跌。
- UDP应用：丢包直接导致数据缺失，视频花屏、语音断断续续。
- 实时应用：丢包率超过1%，用户体验就会明显下降。
测试丢包率，我常用ping或者mtr：
# 连续发1000个包，看丢包率
ping -c 1000 -i 0.01 192.168.1.11.4 知识体系总览：一张图看懂
讲了这么多，我画张图帮你串起来。这五个指标不是孤立的，它们互相影响。
这张图你看懂了吗？五个指标，就像五根手指，各有各的用处，但握在一起才有力。做基准测试时，别只看一个指标，要综合评估。
1.5 小结：基准测试的“道”与“术”
好了，第一节课的内容就到这里。我帮你总结一下：
- 道：基准测试不是为了跑分，而是为了建立基线、发现瓶颈、验证优化。
- 术：五个核心指标——延迟、吞吐量、带宽、抖动、丢包率。每个指标都有它的物理意义和测试方法。
我个人建议，从今天开始，你每做一个网络变更，都先跑一次基准测试。把结果记录下来。一个月后回头看，你会感谢自己的这个习惯。
嗯，这节课就到这里。记住，没有基准的优化，都是瞎忙活。