晚上测速达标却卡顿:高峰拥塞十秒自查法
症状:白天很顺,晚上八点后突然变卡
很多人的体验是这样的:同一台设备、同一个出口节点,白天打开境外站点、看视频、下载文件都很顺畅,测速数字也正常;可一到晚上七八点之后,页面加载变慢、视频反复缓冲、下载速度忽高忽低。奇怪的是,这时候如果打开测速软件测一下,显示的数字往往并不差,甚至看起来”达标”。这种”数字正常、体验很差”的错位,正是判断问题出在哪一段路径的关键线索。
需要先说明一点:这篇文章只讨论时段性拥塞这一种机制——也就是因为同一时间段使用同一段网络资源的人多了而导致的变慢。如果你的问题是手机切换WiFi和移动数据时反复断线、或者换了个网络环境就连不上,那属于移动网络连接层面的另一类问题,本站已有专门文章讨论,这里不重复展开。
隐藏机制:拥塞发生在路径的某一段,不是”服务器变慢了”
一次境外访问,数据要经过好几段路径:你的设备到本地网络,本地网络到国内出口,出口到境外线路,境外线路再到目标站点所在的机房。这中间任何一段,只要在某个时间点承载的流量超过了它当时能顺畅处理的量,都会出现排队、重传、延迟抬高——表现出来就是”卡”。
晚上七点到十一点前后,是绝大多数人下班回家、打开设备的集中时段,同一时间段涌入同一段线路的人数会明显上升。这不是某一台设备或者某一个加速节点”变慢”了,而是这段时间里,路径上某一跳承载的并发量本来就在日内高位。这一跳可能是本地宽带小区接入侧,也可能是国际出口链路,还可能是你所连的那个加速节点所在的机房当时的出口带宽——具体是哪一段,普通用户从体验上是分不清的,必须靠测试去缩小范围。
测速数字和体验脱节,原因也在这里。绝大多数测速App测的是几秒钟内的峭值速率:它选一个就近的测速服务器,跑几秒钟拿到一个瞬时最高值,这个值反映的是”链路理论上能冲多快”,而不是”接下来十分钟能不能稳定地跑这个速度”。看视频、下载大文件依赖的是持续、稳定的吞吐,一旦中间某一段在传输过程里发生排队,哪怕平均值不低,缓冲区依然会被打断,表现就是卡顿——这和测速App报出来的那个瞬时数字,压根不是一件事。
十秒自查法:到底是”时段拥塞”还是别的原因
不需要等到凌晨去对比,现在就能做一个十秒内完成的测试,把”时段性拥塞”从”本地设备/网络问题”里分离出来:
在感觉卡顿的当下,连续切换到另一个出口地区的节点(比如从日本节点切到香港节点,或者切到美国节点),重新连接后立刻观察同一个视频或同一次下载的表现,整个切换加观察过程控制在十秒左右完成。
- 如果切换节点后,卡顿明显缓解,说明问题出在原来那条路径的某一段在这个时间点承载过重,是时段性拥塞,换一条路径就绕开了那一段。
- 如果切哪个节点都一样卡,那么问题更可能出在本地网络、设备本身或者目标站点那一侧,不是时段拥塞导致的,不属于这篇文章讨论的范围。
这个测试成立的前提是:三个出口地区的物理路径本来就不同,同一时间段各自的负载情况通常不完全同步,所以切换后如果体验明显不同,就足以说明”变慢”是路径级、时段级的,而不是设备级的。
排查顺序
- 先确认时间:是否集中出现在晚间七点到十一点这个区间,而白天、深夜同一操作是否顺畅。如果只在这个时间段出问题,先怀疑时段性拥塞。
- 做十秒切换测试:按上面的方法切换出口地区,观察是否明显改善。改善明显,基本可以定位为路径某一段的时段拥塞;不改善则要往设备、本地网络方向排查。
- 区分”测速数字”和”真实体验”:不要只看测速App的瞬时峭值,改用实际播放一段视频或者下载一个中等大小的文件,观察是否能持续跑满,而不是看开头几秒的数字。
- 换一个不同的出口地区节点长时间使用:如果某个地区的出口在晚高峰持续比较吃紧,可以在这段时间习惯性切换到另一个地区,而不是反复重连同一个节点。
- 如果三个地区在同一时段都表现不佳,更可能是本地宽带在小区接入侧的整体拥塞,这一段不在加速链路的控制范围内,只能等高峰过去。
在客户端使用上,Windows端是系统级单一隧道,所有终端和后台服务的流量都会经过同一条链路,所以整机层面的卡顿会更容易被察觉到;Android端支持按应用设置分流规则,可以把不太依赖实时性的应用留在直连,把最需要稳定性的应用放进隧道,减少晚高峰时段互相抢占带宽的情况。免费版每月有固定流量额度,次月按日历重置,和这里说的时段拥塞是两件不相关的事,不要把额度用尽和晚高峰变慢混在一起判断。
据 Google 发表的 BBR 拥塞控制论文，基于丢包的传统拥塞控制会在缓冲区较大的链路上持续填满队列，从而抬高时延。
常见问题
为什么白天测速正常,晚上却明显卡顿? 因为测速App测的是几秒钟内的瞬时峭值速率,反映的是链路理论上限,而看视频、下载依赖的是持续稳定的吞吐;晚间七点到十一点前后是使用集中时段,路径中某一段一旦排队,平均数字不一定难看,但持续体验会被打断。
是不是说明加速节点本身变慢了? 不一定。拥塞可能发生在路径的任何一段——本地宽带接入侧、国际出口链路、或者所连节点所在机房的出口带宽,任何一段在某个时间点承载过重都会表现为”卡”,不能直接归因为节点本身性能下降。
十秒切换节点测试为什么能分辨原因? 因为不同出口地区走的物理路径完全不同,同一时间段各自的负载状态通常不同步。如果切换到另一个地区后卡顿明显缓解,说明是原路径某一段在这个时间点拥塞;如果切哪个都一样,问题更可能在本地网络或设备一侧。
为什么测速数字看起来达标,视频还是一直缓冲? 测速取的是短时峭值,不代表接下来几分钟能稳定维持同样的速率;视频缓冲区依赖的是持续吞吐,只要中途某一段出现排队和重传,哪怕平均值不低,画面依然会卡。
晚高峰一般是几点到几点? 通常集中在晚上七点到十一点前后,也就是大多数人下班回家、集中使用网络设备的时间段,这段时间同一路径的并发使用量处于日内高位。
这篇讲的拥塞和手机连接不稳定是同一个问题吗? 不是。这篇只讨论时段性拥塞——同一时间使用人数集中导致某一段路径变慢;手机在切换WiFi、移动数据时反复断线属于另一类连接问题,本站已有专门文章讨论,不在这里重复。
Windows和Android在晚高峰的表现会不一样吗? Windows是系统级单一隧道,所有流量走同一条链路,整机层面的变慢会更明显;Android支持按应用分流,可以把关键应用留在隧道内、次要应用走直连,一定程度上减少同一时间段内部应用互相抢占带宽的情况,但这不改变外部路径本身的拥塞状况。
免费版流量额度用尽是不是也会表现为晚上变慢? 不是同一件事。免费版是每月固定额度、次月按日历重置,额度用尽通常会有明确的限制提示,而不是”忽快忽慢”的拥塞表现;判断时先看是否只在晚间时段出现,再决定是排查拥塞还是查看当月额度。