📚 课程目录第3章网络性能指标

网络性能指标：带宽、吞吐量、延迟、RTT、丢包率与抖动

网络性能优化不能凭感觉进行，必须建立在可量化的指标之上。TCP/IP协议栈的行为与底层网络的物理特性紧密耦合，理解每个指标的定义、测量方法及其对上层应用的影响，是定位瓶颈、制定优化策略的前提。本章将逐一剖析六个核心指标，并给出对应的测量手段与典型场景。

核心指标定义与物理意义

六个指标分别刻画了网络链路的不同维度：带宽描述链路的最大传输能力，是理论上限；吞吐量描述实际传输速率，是真实结果；延迟与RTT描述时间特性；丢包率描述可靠性；抖动描述稳定性。它们之间相互影响，例如高延迟会降低TCP拥塞窗口的增长速度，从而拉低吞吐量。

指标	定义	单位	测量工具
带宽	链路或网络接口的理论最大数据传输速率	bps（bit/s）	ethtool、iperf3（-b参数）
吞吐量	单位时间内实际成功传输的数据量	bps 或 B/s	iperf3、scp、curl
延迟	数据从发送端到接收端的单向耗时	ms（毫秒）	ping（单向需特殊配置）
RTT	数据从发送到收到确认的往返总耗时	ms	ping、ss -ti
丢包率	丢失数据包占发送总量的百分比	%	ping -c、iperf3 -u
抖动	连续数据包延迟变化的离散程度	ms（标准差或平均差）	ping -i 0.01、iperf3 -u -J

关键区分：带宽是“路有多宽”，吞吐量是“实际跑了多少车”。1000Mbps的以太网带宽，如果TCP窗口设置不当，实际吞吐量可能只有200Mbps，此时瓶颈不在链路而在协议栈参数。

测量方法与流程

测量必须遵循“控制变量、多次采样、区分方向”的原则。以下是一个标准测量流程：

确认物理链路带宽：使用 ethtool eth0 查看协商速率，排除网线或交换机端口降速问题。
测量基础RTT与丢包：执行 ping -c 100 -i 0.2 目标IP，记录平均RTT、抖动（rtt stddev）和丢包统计。
测量TCP吞吐量：在服务端启动 iperf3 -s，客户端执行 iperf3 -c 服务端IP -t 30 -P 4，观察聚合带宽。
测量UDP抖动与丢包：客户端执行 iperf3 -c 服务端IP -u -b 500M -t 30 -J，解析JSON输出中的抖动与丢包率。
对比多时段数据：分别在业务低峰与高峰时段重复步骤2-4，记录差异。

# 典型测量命令组合
# 服务端
iperf3 -s -p 5201

# 客户端：TCP吞吐量测试（30秒，4并发流）
iperf3 -c 192.168.1.10 -p 5201 -t 30 -P 4

# 客户端：UDP抖动与丢包测试（模拟500Mbps码流）
iperf3 -c 192.168.1.10 -p 5201 -u -b 500M -t 30 -J | grep -E '"jitter"|"lost_percent"'

测量陷阱：iperf3默认使用TCP协议，其吞吐量结果受TCP窗口、拥塞控制算法影响，不能直接等同于链路带宽。若需测量裸链路能力，应使用UDP模式并逐步提高发送速率直到出现丢包，此时的速率才接近真实带宽上限。

案例：跨地域专线性能诊断

某企业总部（北京）与分公司（上海）之间通过10Mbps MPLS专线连接，近期ERP系统响应缓慢。工程师按以下步骤定位问题：

第一步：基础连通性检查，ping测试显示平均RTT为38ms，丢包率0%，抖动2ms，网络连通性正常。

第二步：TCP吞吐量测试，iperf3单流测试结果仅为1.2Mbps，远低于10Mbps带宽。使用4并发流后吞吐量提升至8.5Mbps，说明单流TCP窗口受限。

第三步：检查TCP参数，在服务器上执行 ss -ti 查看连接详情，发现 cwnd 仅为32个段，rtt 为38ms。计算带宽延迟积：

BDP = 带宽 × RTT = 10Mbps × 0.038s = 0.38Mb ≈ 47.5KB
TCP窗口需 ≥ BDP 才能占满带宽，当前窗口 32×1460B ≈ 46.7KB，恰好接近临界值。

第四步：优化，调整接收缓冲区大小，在应用启动脚本中设置 sysctl -w net.ipv4.tcp_rmem='4096 87380 6291456'，并启用窗口缩放（默认已开启）。优化后单流吞吐量提升至9.2Mbps，ERP响应恢复正常。

  复盘要点：该案例中，延迟（38ms）本身并不高，但结合10Mbps带宽后，带宽延迟积仅47.5KB，导致TCP窗口稍小就会限制吞吐量。若专线带宽升级至100Mbps，BDP将变为475KB，即使RTT不变，也需要更大的TCP缓冲区才能跑满带宽。这解释了为何“高带宽+高延迟”链路（如卫星链路）需要特别的窗口优化。

误区与复盘：指标间的“欺骗性”

初学者常犯的错误是孤立看待某个指标，而忽略了它们之间的耦合关系。以下是三个典型误区：

误区一：丢包率必须为0%才算健康。对于TCP流量，轻微丢包（0.1%~0.5%）会触发拥塞控制减半窗口，导致吞吐量骤降。但UDP实时流（如VoIP）可能容忍5%丢包而不影响通话。必须结合业务类型判断。
误区二：RTT越低越好。在局域网中RTT通常小于1ms，但TCP的快速重传依赖RTO（超时重传）计时，RTT过低可能导致不必要的重传。实际中RTT的稳定性（抖动）比绝对值更影响TCP性能。
误区三：用ping的RTT代替应用层延迟。ping测量的是ICMP包的往返时间，而应用层延迟还包括服务器处理时间、队列等待时间、TCP重传等。例如数据库查询耗时200ms，其中网络RTT仅2ms，优化网络毫无意义。

另一个常见误区是忽略非对称带宽的影响。多数宽带线路下行带宽远大于上行，当TCP确认包（ACK）在上行方向排队时，会触发接收窗口收缩，间接限制下行吞吐量。测量时应分别测试两个方向的吞吐量，并观察是否出现ACK延迟现象。

最后需要强调的是，测量行为本身会影响结果。iperf3等工具发送的高速流量可能触发网络设备的QoS策略或拥塞控制，导致测量值低于实际可用带宽。建议在业务低峰期测量，并多次取平均值，同时记录CPU占用率，排除本机性能瓶颈的干扰。

上图展示了各指标间的关联关系：带宽是链路固有属性，RTT与丢包率由网络质量决定，三者共同作用于TCP窗口，最终表现为吞吐量。抖动则独立影响实时应用体验。优化时应从瓶颈指标入手，而非盲目调整所有参数。