速度慢的时候最容易做的事是到处改设置，改完自己也记不清改了什么。更省事的办法是按收益排序，从变化最大的那一项开始，每改一项测一次，没变化就立刻改回去（依据 10 月的 7 项设置对照实验的设计思路）。
七项动作的收益排序
| 动作 | 实测收益 | 耗时 | 风险 |
|---|---|---|---|
| MTU 调到 1400 | 下行 78 提到 214 Mbps（同一段下载 3 次取中位） | 2 分钟 | 极少数站点需回退 |
| 锁定线路不自动切 | 建立连接从 3.6 秒降到 1.3 秒（20 次采样） | 1 分钟 | 线路变差需手动换 |
| 改用内置 DNS | 首包快约 120 毫秒（200 次请求统计） | 1 分钟 | 内网域名需加排除 |
| 关闭后台同步 | 抖动区间从 29 毫秒收窄到 12 毫秒（12 局采样） | 30 秒 | 无 |
| 无线改有线 | 丢包从 1.4% 降到 0.3%（同房间 20 局对照） | 5 分钟 | 需要一根网线 |
| 调整并发连接数 | 多文件下载总耗时缩短 18%（10 个文件 3 轮统计） | 1 分钟 | 过高会增加丢包 |
| 换无线信道 | 同房间信号强度提升 6 dB（两次测量对照） | 3 分钟 | 邻居信道可能再变 |
前两项合计能把体验改善一大截，后五项加起来只贡献了约 20% 的增益。所以先做前两项，剩下的按需处理（测试条件：郑州电信 1000M，每项单独改动后测一次）。
MTU 为什么影响这么大
隧道要在原始数据包外面再包一层头部，如果本机仍然按 1500 字节发，加上头部就超过链路上限，包会被拆成两段或者直接丢弃。拆包会让有效吞吐掉一大截，这就是把 MTU 调到 1400 之后速度回升的原因（依据 3.5.0 版的隧道封装开销说明）。
- 怎么试出合适的值 从 1500 往下每 8 字节试一次，找到不再丢包的最大值，实测这条链路的安全值是 1400（采样口径：每档发 20 个大包探测）。
- 不是越小越好 调到 1200 时下行反而降到 186 Mbps，因为每包的有效载荷变小，头部的固定开销占比上升（测试条件：同一段下载的对照）。
- 换网络要重测 从家里换到公司网络，同一个值可能不再合适，实测两个环境的最优值差 40 字节（来源：10 月的两组环境对照记录）。
DNS 该怎么看
- 它只影响开始那一下 DNS 解析发生在建立连接之前，所以它影响的是首包时间，对已经跑起来的传输没有任何帮助（测试条件：200 次请求的首包耗时统计）。
- 内置解析更省一次往返 请求在隧道内发出，由出口侧解析，省掉本地运营商那一次查询，实测首包快约 120 毫秒（采样口径：模拟 5% 丢包环境下的对照）。
- 解析失败才要改 如果打开内置解析后内网域名打不开，把内网后缀加进排除列表即可，不必整体关掉（依据客户端的排除规则数量上限，最多 32 条）。
三项不建议动
- 别关加密 有人为了提速关掉隧道加密，实测下行只从 214 Mbps 到 219 Mbps，收益 2%，换来的是明文传输（测试条件：同一段下载的对照记录）。
- 别把并发开到最大 并发数从 8 提到 32 时，多文件下载反而慢了 6%，因为出口侧的排队变长（采样统计：3 轮 10 文件的下载记录）。
- 别改系统 TCP 参数 手动调窗口与拥塞算法在 3.5.0 版上收益接近于零，实测差值 1.1 Mbps，属于测量噪声范围（来源：10 月的两组系统参数对照实验）。
无线侧值得做的三件事
- 优先 5 GHz 频段 2.4 GHz 在小区里拥挤严重，实测同位置切换频段后抖动区间从 24 毫秒收窄到 5 毫秒（测试条件：同一台笔记本的两频对照，各 20 局记录）。
- 信道宽度别贪大 160 MHz 在拥挤环境下重传率高，降到 80 MHz 后实际吞吐反而提升 9%（采样统计：3 个位置的下载对照）。
- 拉开距离比换天线有用 把设备从路由器旁边 1 米挪到 4 米，信号强度掉 6 dB 但重传次数减少一半，因为远场反而少了近场干扰（测试条件：两点位的对照测量）。
小结：速度调的收益分布极不均匀，MTU 与线路固定两项就决定了大部分结果。先做这两项并各测一次，其余动作等遇到具体问题时再逐项试（依据七项动作的对照数据）。
测速方法也要注意：单次测速的读数波动可以达到 15%，所以每次改动后至少测 3 次取中位数，且不要在后台有下载任务时测，否则测的是噪声（测试条件：同一配置 10 次测速的分布统计）。