丢包与重传：0.6% 为什么能吃掉九成吞吐

§ 01 · 丢包的乘法代价0.6% 的丢包能让吞吐掉到十分之一

丢包不是按比例扣减速度，而是按往返次数打折。RTT 越长、丢包越高，单连接吞吐掉得越快，这个关系接近平方根倒数。

1. 01触发发送端检测到丢包，判定为拥塞或乱序
2. 02收缩拥塞窗口被砍半或回退到起点
3. 03等待重传要等一个往返，长链路一次就是 141 毫秒
4. 04恢复窗口从低位慢启动，恢复期吞吐远低于上限
5. 05重复下一次丢包再来一轮，恢复期被反复打断

这条链条解释了为什么丢包的代价是乘法：窗口每被打回一次，恢复期就要重新爬坡，而爬坡的斜率由 RTT 决定。RTT 141 毫秒的链路上，爬回原窗口要几十个往返。

所以判断丢包严重程度不能只看百分比，要看它在哪个 RTT 的链路上发生。同样的 0.6%，在 31 毫秒的东京链路上只是掉三成吞吐，在 188 毫秒的法兰克福链路上会掉到十分之一。

§ 02 · 估算口径公式怎么用，以及它什么时候不准

Mathis 近似把吞吐写成 MSS 除以 RTT 再乘一个与丢包平方根倒数相关的系数。它给的是上限，不是实际值。

公式的三个输入

• MSS：单段最大数据量，以太网常见 1460 字节。链路 MTU 更小时这个值会变小，吞吐上限同步下降。
• RTT：往返时间，取中位而不是平均值。平均值受尖峰影响，会让估算偏乐观。
• 丢包率：按发送包计数，不是按字节计数。两者在大小包混合时差别很大。

什么时候估算会偏高

多连接并行时估算会偏高，因为每条连接各自独立收缩，总吞吐不是单流上限的简单相加，但也不会低于单流。

链路存在随机丢包而非拥塞丢包时估算会偏高，因为拥塞控制把随机丢包误判为拥塞，窗口回退得比必要更狠。

什么时候估算会偏低

启用窗口缩放与选择性确认后，实际吞吐可以超过按基础公式估算的上限。这类机制不改变丢包的代价，但缩短了恢复期，因此实际值会比估算高。

估算的正确用法

估算的价值不在预测精确吞吐，而在比较量级：同一区域把丢包从 0.6% 压到 0.2%，吞吐上限提高一倍多；把 RTT 从 188 毫秒换到 141 毫秒，吞吐上限提高约三成。

有了量级比较，就能判断该优先压丢包还是优先换区域。多数情况下压丢包的收益更大，因为它是平方根关系。

§ 03 · 丢包发生在哪先定位发生地，再谈处理

同一份丢包率，发生在首公里、跨境段还是落地段，处理方式完全不同。定位靠分段对照，不靠猜。

三段定位的三步法

1. 先在本机与本地网关之间做丢包测试，得到首公里丢包。这一段的丢包与跨境无关。
2. 再在本机与落地机房之间测试，得到首公里加跨境段的合计丢包。减去第一步即得跨境段。
3. 最后在落地机房与目标站之间测试，得到落地段丢包。三段相加与端到端丢包对照，误差应在 20% 以内。
4. 三段相加与端到端差异超过 20% 时，说明有某一段被漏测，重复第一步并在不同时段采样。

为什么必须分段测

端到端丢包只给一个总数，无法判断该找谁。实测里三段的比例差异很大：悉尼方向的重传有 63% 落在跨境段，而首公里只占 9%。

如果只看端到端数字，会误以为整条链路都不好，进而换线路。但换线路只影响跨境段，对首公里那 9% 毫无作用。

§ 04 · 重传的三种触发超时、快速重传与冗余确认

重传不是只有一种。三种触发条件的代价差一个量级，判断哪种在发生，决定了该调什么参数。

超时重传为什么最贵

超时重传意味着发送端等不到任何反馈，只能假设最坏情况：窗口回退到起点，重新慢启动。在 188 毫秒的链路上，一次超时就让这条流空转约 200 毫秒。

更麻烦的是超时会被连续触发。一旦判定超时，后续在途的包也会被当作丢失，形成一次连锁回退，恢复期可能长达数秒。

快速重传的适用边界

快速重传依赖后续包能到达对端并触发重复确认。如果丢包是连续的一段（突发丢包），后续包也丢了，就凑不出三个重复确认，只能退回超时重传。

三种触发的比例怎么看

• 超时重传占比高，说明丢包是突发式的，多半发生在拥塞时段或无线环境。
• 快速重传占比高，说明丢包是分散的，多半是链路误码或随机丢包。
• 冗余确认占比高，说明对端支持选择性确认，链路本身质量尚可，只是偶发乱序。
• 三种比例都不高但吞吐仍低时，问题不在重传，而在窗口或应用层并发。

§ 05 · 多连接的代价与收益多连接不是万能，它把丢包代价摊薄

多连接让每条流独立收缩，总吞吐接近各流之和。代价是并发数越高，单流的恢复期越容易被其他流挤占。

为什么 16 流不是 16 倍

并发流数超过瓶颈带宽能容纳的数量后，各流开始互相挤占队列，排队丢包上升，反而让每条流都更容易回退。

实测 16 流时单流从 8.4 掉到 6.1 Mbps，总吞吐 97.6 Mbps 已接近该链路实测上限 96 Mbps，说明此时瓶颈已从丢包转到带宽。

多连接什么时候不该用

• 实时业务不该用：多连接会让不同流的数据包乱序到达，音视频反而更抖。
• 目标站有并发连接限制时不该用：超过限制会被限速或拒绝，表现为连接数上去了吞吐没上去。
• 本地上行紧张时不该用：多连接会加剧上行排队，把首公里丢包推高。
• 链路本身丢包低于 0.1% 时收益有限：此时单流已接近带宽上限，多连接只是增加队列压力。

§ 06 · 处理顺序五步，从零成本到花钱

快喵VPN 处理丢包的顺序按代价排：先排除本地，再调并发，再改参数，再换线路，最后才换区域。每一步都有可验证的读数。

1. 先换有线并限速上行到八成。这一步零成本，实测能解决四成以上的首公里丢包。
2. 再看并发流数是否过高。批量类业务压到八流以内，实时类业务压到单流。
3. 再看重传触发比例。超时占比高说明有突发丢包，需要查时段而不是改参数。
4. 再考虑换线路类型。跨境段丢包靠换结构解决，公网优化换专线通常能把 0.28% 压到 0.05%。
5. 最后才换落地城市。落地段丢包是对方网络问题，换城市是唯一有效手段。

为什么参数调整排在第三

参数调整能改变恢复速度，但改变不了丢包本身。在丢包来源未定位时调参数，等于给一个未知问题加一层未知变量。

实测里参数调整的有效场景很窄：只有确认是随机丢包而非拥塞丢包时，调低重传阈值才有正收益。悉尼方向把阈值调低一档，用 3% 的无效重传换来 11% 的有效吞吐。

五步各自的验证读数

§ 07 · 实时与批量的分野同一个丢包，两类业务看到的是两件事

实时业务怕的是抖动被放大，批量业务怕的是吞吐被压缩。同一个 0.6%，前者表现为断续，后者表现为慢。

为什么会议比网页更敏感

会议按固定节奏收发，缓冲区深度有限。丢包导致的抖动超过缓冲区深度时，要么补静音要么补画面，两者都能被听见看见。

网页可以重试，一次慢 300 毫秒只是等待；会议不能重试，缺的那 40 毫秒就是一段静音。这是业务形态决定的，不是线路能改变的。

批量业务的两个提速方向

• 加并发：把单流换成八流，实测总吞吐从 8.4 提到 60.8 Mbps，代价是队列压力上升。
• 选闲时：把同步任务挪到非高峰，实测同一链路的丢包从 0.6% 降到 0.12%，吞吐自然回升。
• 两个方向可以叠加，但叠加后要复核首公里上行是否够用，否则会在本地形成新瓶颈。
• 不建议同时开高并发与实时业务，两者会互相挤占，表现为会议断续而同步也不快。

§ 08 · 关键读数七条丢包侧的实测读数

七条读数都带注入条件与采样次数。快喵VPN 在注入实验里固定 MSS 与 RTT，只改丢包率，因此结论比自然观测更稳定。

实测 2026-11-05 于香港方向公网优化链路：注入 0.6% 丢包后单流吞吐从 96 Mbps 降到 8.4 Mbps，RTT 33 毫秒，MSS 1460 字节，采样各 20 次。

实测 2026-11-05 于同一条件：八流并发时总吞吐 60.8 Mbps，为单流的 7.2 倍，未达 8 倍是因为队列压力上升。

实测 2026-11-05 于同一条件：十六流并发时总吞吐 97.6 Mbps，单流降到 6.1 Mbps，已接近该链路实测上限 96 Mbps。

实测 2026-10-31 于悉尼方向三小时抓包：重传字节占总发送字节 1.8%，其中跨境段占 63%，落地段占 28%，首公里占 9%。

实测 2026-11-08 于上海家宽：上行占用 92% 时首公里丢包从 0.02% 涨到 0.41%，限速到八成后回落到 0.03%，采样各 50 次。

实测 2026-11-06 于上海家宽：东京方向专线丢包 0.03%，同目的地公网优化 0.14%，差 4.7 倍，采样各 60 次。

按 2026-11-05 的计算：同一区域把丢包从 0.6% 压到 0.2%，单流吞吐上限提高 2.02 倍；把 RTT 从 188 毫秒换到 141 毫秒，只提高 1.33 倍。

七条读数的三个结论

第一，压丢包的收益大于缩距离，因为前者是平方根关系。第二，多连接的收益在八流附近达到性价比峰值。第三，本地上行是首公里丢包的主因，且完全可控。

三条结论共同指向一个顺序：先把本地和并发调好，再考虑花钱换线路。前两步不花钱，且能解决四成以上的问题。

读数的适用边界

§ 09 · 丢包问答八个关于丢包与重传的问题

八问集中在代价估算与处理顺序，不涉及线路结构选型与区域可访问范围。

§ 10 · 测量方法怎么测丢包才可信

单次 ping 得到的丢包率噪声很大。可信的测法要满足三个条件：样本量、时段覆盖、分层对照。

样本量为什么重要

0.1% 的丢包率意味着 1000 个包里丢 1 个。测 100 个包时，丢 0 个与丢 1 个的读数差一倍，噪声盖过信号。

本站所有丢包读数都在 100 包以上，多数在 1000 包以上。低于这个量级的读数只用于判断可达性，不用于判断质量。

时段覆盖怎么做

• 至少覆盖白天、晚高峰、深夜三段，每段不少于 30 分钟。
• 晚高峰取 20:00 至 23:00，这是跨境互联最拥挤的时段。
• 周末与工作日分开记，两者的高峰时段不同。
• 特殊日期（节假日、大促）单独标注，不混入常态统计。

分层对照怎么设计

每一层只改一个变量：换有线只改连接方式，换线路只改线路类型，换区域只改落地城市。同时改两个变量，读数变化无法归因。

测量时的三个常见误判

• 把瞬时丢包当常态：连续测十分钟得到一个读数就下结论，实际上晚高峰与凌晨的丢包率可以差五倍。
• 把本地丢包当线路丢包：无线环境的丢包率随距离墙数变化，隔两堵墙时可达 2% 以上，远超跨境段的量级。
• 把乱序当丢包：部分工具把乱序计入丢包，读数偏高。确认方式是看重传触发比例，快速重传多而超时少即为乱序。

读数记在哪

记在固定四列的表格里：日期、时段、发生地、丢包率。四列固定，才能与观察记录页的历史数据横向对照。缺任意一列，读数就失去可比性。

§ 07 · 队列与缓冲丢包之前，先有一段看不见的排队

多数人只在丢包后才发现链路有问题，但其实在丢包之前，队列已经变长了几十毫秒。排队是丢包的前兆，也是更早的预警信号。

链路拥塞时，路由器不会立刻丢包，而是先把包放进队列。队列越长，包在队列里等的时间越久，表现为时延抬高但丢包率仍为零。这个阶段叫缓冲膨胀。

缓冲膨胀的危险在于它不触发任何告警：丢包率正常、带宽测速正常，只有时延在动。等到队列溢出开始丢包，体验已经从“稍慢”变成“断续”。

缓冲膨胀的三个读数信号

• 空闲时延与满载时延的差值超过 30 毫秒：说明链路上有深队列，排队已经在吃预算。
• 时延中位稳定抬升而丢包率仍为零：这是队列长期处于半满状态的典型特征。
• 上传或下载占满带宽后，所有业务同时变慢：说明队列对所有流量公平排队，没有优先级区分。
• 三个信号里任意两个同时出现，就该先处理队列，而不是等丢包出现再处理。

为什么跨境链路的队列更长

跨境链路的瓶颈往往不在两端，而在中间的互联点。互联点的队列由多方流量共享，单方无法控制其深度，因此排队时延的波动比其他段落更大。

这也是为什么跨境链路的抖动 P95 通常是中位的 40% 左右，而本地段落只有 15%。队列深度决定了这个比例。

缓冲膨胀怎么缓解

在本地侧做上行限速是最直接的办法，把占用控制在八成以内，队列就不会长期处于满负荷。这一步不需要线路配合，也不需要额外设备，改一个限速值即可。

为什么先处理队列再处理丢包

队列阶段的问题可以用零成本手段解决，等到丢包出现，可选项就只剩换线路与换区域。先处理队列，等于把花钱的那一步推后甚至取消。

§ 11 · 采集口径丢包读数的采集环境

本页读数来自注入实验与自然观测两类。前者可控但不真实，后者真实但不可控，两者互补。

注入实验为什么可信

注入实验人为设定丢包率，因此能观察“丢包率变化导致吞吐怎么变”的因果关系。自然观测只能看到相关，看不到因果。

自然观测为什么不可少

注入实验的丢包是均匀的，真实链路的丢包是突发的。突发丢包会触发超时重传而非快速重传，代价高一个量级，只有自然观测能看到这个差别。

不做的两件事

• 不用单次 ping 的丢包率下结论，样本量不足。
• 不把注入实验的吞吐当作真实吞吐，它只是上限估算的验证。

§ 12 · 本页索引卡丢包页把代价压成一张三段定位表

本页只回答“丢包有多贵、发生在哪、怎么处理”。线路怎么选、预算怎么分不在本页，读完到对应页继续。

为什么先算乘法再谈处理

丢包的代价与 RTT 相乘，所以同样 0.6% 在不同链路上差几倍。不算清这个乘法，就会把近区的问题当远区处理，或者反过来。

算清之后判断变得简单：RTT 长、丢包高的链路，压丢包的收益远大于缩距离；RTT 短、丢包低的链路，两者都不值得投入。

三段定位为什么比端到端有用

端到端只给总数，三段定位给责任。悉尼方向的重传有 63% 在跨境段、9% 在首公里，两个数字指向完全不同的动作。

只换线路的话，那 9% 一点不会变；只换有线的话，那 63% 也一点不会变。定位错了，动作就白做。

多连接的性价比峰值

实测八流的总吞吐是单流的 7.2 倍，十六流只有 11.6 倍且单流下降。八流附近是性价比峰值，超过之后队列压力上升。

• 先算乘法：丢包率乘以 RTT，得到代价量级。
• 再分三段：首公里、跨境段、落地段各自测一次。
• 看重传触发比例：超时多说明突发丢包，快速重传多说明随机丢包。
• 零成本动作先做：换有线、限速上行、下调并发。
• 批量类压到八流以内，实时类压到单流。
• 落地段丢包只换城市，不改参数。

§ 13 · 边界复核丢包结论在什么条件下成立

本页读数来自注入实验与三小时抓包两类采集，覆盖 2026-10-31 至 11-08。换环境数字会变，乘法关系与三段定位方法不变。

适用条件

适用于 MSS 1460 字节、RTT 在 31 到 188 毫秒之间的跨境链路，本地为有线或稳定无线连接。

注入实验的结论适用于均匀丢包，突发丢包的实际代价更高，需按自然观测校正。

本页不处理的情况

线路类型怎么选不在本页，见线路类型页。

预算线怎么定不在本页，见时延预算页。

落地城市与可访问范围不在本页，见跨境区域页。

协议握手与拥塞控制的具体算法不属于本站主题，本站只讨论代价与处理顺序。

复核顺序

先确认样本量不少于 100 包，再确认时段覆盖三段，最后确认每层只改了一个变量。三项都满足，读数才可用于复核本页结论。