典型现象：空闲时很快，一忙就卡
Bufferbloat 常见于上传或下载占满时，路由器或链路队列堆积，结果是带宽看起来很高，但实时流量要排队，Ping 突然上升。
怎么确认不是“单纯网速慢”
先测空闲 Ping，再在持续上传或下载时观察延迟。如果带宽占用一高，延迟就成倍增加，而且停止传输后立刻恢复，就很像队列拥塞问题。
处理思路
支持 SQM、CAKE、FQ-CoDel 等队列管理的路由器通常更容易改善这类情况；也可以先限制最大上传/下载到略低于实际线路能力，给实时流量留出余量。具体设置因设备而异。
为什么上传更容易把延迟顶高
不少家庭线路的上传带宽明显低于下载。一旦云备份、视频上传或 P2P 把上行塞满，确认包和实时流量也要排队，于是全家的网页、游戏和会议一起变慢。
优化后别只看等级
Bufferbloat 测试网站的等级很直观，但最终还是要回到真实场景：一边下载大文件，一边开语音或 Ping。如果负载下延迟明显下降，而且吞吐没有被限制得太狠，才算调整得比较合理。
顺手做个实际检查
想自己验证一下，可以先做加载状态下的延迟测试，再和空闲时结果对照：
怎样避免把普通抖动误判成排队延迟
先在没有下载、上传任务时观察一段连续延迟，再让连接产生稳定的上传或下载负载，比较两种情况下的延迟变化。只有满载时明显升高，才更符合排队问题的表现；如果空闲时就忽高忽低，应先检查网络抖动与 Wi-Fi 干扰。测试时尽量固定设备、服务器和网络连接方式，以免变量太多。