常见卡顿情况的简单解决办法
如果只是终端操作一卡一卡的，输一个字等半天才蹦出来
只需要使用控制台的终端，选择内网连接的方式就能很大程度的改善
而优选流量包是从根本上提升了服务器的连接质量，不止是 SSH 终端操作，服务器上的自建服务，网站等全部都能够获益
优选流量包是什么
轻量优选流量包（Lighthouse Quality Traffic Package）是一种预付费公网流量套餐，仅适用于腾讯云的轻量应用服务器。轻量优选流量包提供中国香港回中国大陆更低时延、更高质量的网络互通
目前的价格如下，仅支持香港地域
到底有没有用
先说结论：
- 在网页加载场景，使用优选流量包延迟降低 99%，页面加载时间从 10s 变成 200ms
- 在语音通话等即时性场景，UDP 通信速度从 2M 提升到跑满机器带宽
应用前后网络情况对比
这里我们使用三个网络工具，Ping、mtr 和 iperf3 对网络环境进行完整的测试
同时也会用网页访问来直观对比速度的差异
链路延迟测试
测试时间 2024年8月5日 中午
国内测试机：2C2G 上海可用区
香港测试机：2C2G 香港可用区
两台机器都是 Ubuntu 系统
首先我们用 MTR 和 Ping 命令测试连接路径上，各点的丢包率和延迟。在默认的网络环境下，两台机器之间的 Ping 延迟在 130ms 左右。通过 MTR 命令的结果我们看到在 15 跳和 16 跳之间，延迟骤增了接近 110 ms，这个点也是优选流量包主要优化的地方
MTR 测试结果（无流量包）
Ping 测试结果（无流量包）然后我们启用优选流量包，通过 MTR 命令的运行结果可以看到，延迟大幅降低到了 31ms，目标主机的丢包率是 0。相比起没有应用的时候有了大幅的改善
这里看到绝大多数区域的延迟控制在 50ms 以内，最长的延迟都只是 100ms，与原本动辄 130ms 有了极大幅度的改善
应用优选流量包下各地访问延迟连接速度和丢包率测试
然后我们使用 iperf3 测试网络连接的速度和丢包率
使用 iperf3 工具对本地和远程地址 43.154.60.179 之间的网络连接进行了性能测试。测试的目标带宽设定为10 Mbits/sec，测试持续时间为10秒，数据采样间隔为1秒。
尽管我们设定的目标带宽是10 Mbits/sec，但实际平均带宽远低于预期。发送端的平均带宽为3.50 Mbits/sec，而接收端的平均带宽仅为1.65 Mbits/sec。这表明网络连接未能达到预期的性能标准。
在测试过程中总共发生了383次重传，这一高重传次数表明网络质量较差，可能存在丢包或其他网络问题。
接着我们使用了反向模式（-R），即远程主机 43.154.60.179 发送数据到本地主机。测试的目标带宽设定为20 Mbits/sec，测试持续时间为10秒，数据采样间隔为1秒。
尽管我们设定的目标带宽是20 Mbits/sec，但实际平均带宽远低于预期。发送端的平均带宽为313 Kbits/sec，而接收端的平均带宽仅为56.5 Kbits/sec。这表明网络连接未能达到预期的性能标准。
测试过程中总共发生了3次重传，虽然重传次数不多，但结合带宽数据来看，网络质量仍然不理想。
然后是应用优选流量包后的情况
下行流量，也就是香港 ---> 上海
实际平均带宽接近目标带宽。发送端的平均带宽为20.1 Mbits/sec，而接收端的平均带宽为20.0 Mbits/sec。这表明网络连接达到了预期的性能标准。
测试过程中没有发生重传，这表明网络质量良好，没有丢包或其他网络问题。
UDP 下行
实际平均带宽达到了目标带宽。发送端和接收端的平均带宽均为20.0 Mbits/sec，表明网络连接达到了预期的性能标准。
抖动值在0.020 ms到0.032 ms之间，表明网络延迟相对稳定，没有明显的波动。测试过程中没有丢包，丢包率为0%，表明网络质量良好，没有丢包或其他网络问题。
网页部署测试
这里在香港的机器上部署一个非常简单的网页，然后在国内的网络下访问它。
没有应用优选流量包的情况下，白屏等待约 8s 后网页才展示出来，等待全部资源加载完成更是需要 18～25s，网页还仅仅是一个初始模板，这对于实际使用是完全不可接受的。
第一次测试
第二次测试在应用了优选流量包后，基本上可以做到秒开，体验与访问部署在国内机器的网页无异
优选流量包环境网页测试
