1.3 带宽延迟吞吐与性能度量

1.3 带宽延迟吞吐与性能度量

本节摘要：带宽是管道的粗细，延迟是货车单程耗时，吞吐是管道实际运了多少货——三者经常被混为一谈，却是三个独立指标。本节给出每个指标的构成分解、时延的四段来源、带宽延迟积这个关键公式，并用 ping 与 iperf 做一次实测演示。

全景图已就位，出发前最后一课：学会读仪表盘。用户抱怨"网慢"时，慢的可能完全是三件不同的事——管道太细（带宽）、路太远（延迟）、或者路上太堵（吞吐被压低）。不会拆开这三个词，排错就只能瞎猜。

一、三个指标各自说什么

带宽是链路的理论最大速率，由物理层技术决定：百兆网线 100 Mbps、家庭宽带 500 Mbps、数据中心光纤 25 Gbps 起步。注意单位是小写 b（比特），运营商说的"500 兆宽带"下载速度只有约 62 MB/s，因为字节换算是除以 8，再加协议开销还要再打个折。

延迟是一个数据包从 A 到 B 的单程时间，工程上更常用往返时延 RTT。它由四部分构成：

总时延 = 发送时延 + 传播时延 + 处理时延 + 排队时延

发送时延 = 包长度 ÷ 带宽      ← 1500B 在 1Mbps 链路上要发 12ms，在 1Gbps 上只要 12μs
传播时延 = 距离 ÷ 信号速度    ← 光纤中约 20 万公里/秒；北京到旧金山约 1 万公里
                                单程约 50ms，RTT 约 100ms——物理定律，加钱也快不了
处理时延                   ← 路由器查表转发，微秒级，通常可忽略
排队时延                   ← 路由器接口队列拥塞时等待，0 到几百毫秒，波动最大
​

吞吐是单位时间内实际送达的数据量，永远 ≤ 带宽。受限于整条路径上最窄的一段（瓶颈链路）、协议开销、丢包重传与收发双方的处理能力。

二、带宽延迟积：管道里能塞多少货

把网络看作一根水管：带宽是管子粗细，RTT 是管子长度。带宽延迟积（BDP）= 带宽 × RTT，就是这根管子的容积——发送方在不收到确认的情况下，最多能往里注入多少数据。这个数字决定了 TCP 窗口该开多大，是第 5 章吞吐调优的核心。

例：跨太平洋传输，带宽 100 Mbps，RTT 100ms

BDP = 100×10^6 bit/s × 0.1 s = 10^7 bit = 1.25 MB

含义：发送方必须一口气发出 1.25 MB 且不被要求停下等确认，
才能"灌满"这条管道。若 TCP 窗口只有 64KB：
实际吞吐上限 = 65536 Byte ÷ 0.1 s ≈ 655 KB/s ≈ 5.2 Mbps
——只用到带宽的 5%。这就是"高带宽长延迟网络"的经典陷阱：
不是带宽不够，是窗口不够。
​

图：三个指标与管道模型

三、动手实测：三分钟量出自己的网络

背景：一台家用机器，怀疑"网慢"，先分清是哪种慢。操作分两步——测延迟用 ping，测吞吐用 iperf。

第一步测 RTT，对网关（近）和一个公网地址（远）各 ping 一百次：

$ ping -c 100 192.168.1.1        # 网关，一跳之内
--- 192.168.1.1 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss
rtt min/avg/max/mdev = 0.412/0.518/1.204/0.098 ms   ← 局域网延迟亚毫秒，正常

$ ping -c 100 example.com        # 公网站点
--- example.com ping statistics ---
100 packets transmitted, 100 received, 0% packet loss
rtt min/avg/max/mdev = 28.101/29.874/182.331/8.415 ms

解读：平均 30ms 健康，但 max 冲到 182ms、mdev 8ms 偏大，
说明偶发排队抖动。若 loss 不是 0%，链路质量就有实质问题，
后续第 5 章会看到 TCP 如何用重传硬扛这种损失。
​

第二步测吞吐。在局域网另一台机器起服务端，本机压测：

# 服务端
$ iperf3 -s
Server listening on 5201

# 客户端，双向各 10 秒
$ iperf3 -c 192.168.1.50 -t 10 -R
[ ID] Interval           Transfer      Bitrate
[  4] 0.00-10.00  sec  1.08 GBytes   931 Mbits/sec    receiver

解读：千兆链路实测 931 Mbps，达到理论值的 93%，
扣除以太网帧间隔与首部开销后属于满速。如果只有 200 Mbps，
瓶颈多半在网线类别、网卡协商速率或 Wi-Fi 信号，而不是运营商。
​

四、变式：把测量方法论迁移到生产排错

上面三分钟方法论可直接放大：近端 ping 定位"最后一公里"，远端 ping 定位"骨干路径"，mdev 抖动大先怀疑拥塞与 Wi-Fi，iperf 逐段压测找瓶颈链路。第 8 章的排错实战会沿着这套思路深入。

⚠️ 常见坑：ping 不通不等于网络断。很多服务器禁用 ICMP 回显（防探测），此时应换 TCP 层探测（比如直接测目标端口握手），别急着报障。

综合练习一道：视频会议要求单向延迟低于 150 毫秒、丢包低于 1%、带宽 4 Mbps。某用户跨洲接入（RTT 280 毫秒）、Wi-Fi 信道拥挤（丢包 3%）、套餐带宽 1000 Mbps。诊断：带宽项满分；延迟超限源于物理距离，无解，只能换就近接入点；丢包超限源于信道拥挤，换频段或改有线可解。三项指标必须分别达标，任何一项短板都足以毁掉体验——这就是升带宽救不了卡顿会议的原因。

本节要点回顾

• 三指标正交：带宽是上限、延迟是路程、吞吐是实绩，混用必然误诊
• 时延四分解：发送、传播、处理、排队；传播由物理定律锁死
• BDP 公式：带宽乘 RTT 是管道容积，窗口小于它则带宽白白闲置
• 实测工具链：ping 看 RTT 与丢包、iperf 压吞吐、逐段二分找瓶颈
• 抖动线索：mdev 与 max 偏大指向拥塞或无线干扰，比平均值更早暴露问题

全景图、流水线、仪表盘三课齐备，旅程正式发车——下一站，物理层。