请使用 speedtest 命令在您的 VPS 上运行速度测试，您可以从 https://www.speedtest.net/apps/cli 安装它
安装完成之后可以输入 speedtest -h 看一下能否正确输出帮助信息。
最简单的使用方法：
speedtest没错，直接输入这个命令回车就可以开始测速了，不过这样只能是自动选择一个最近的测速节点。不实用
查看最近的节点列表：
speedtest -L指定测速服务器：
speedtest -s 11111把上面的11111换成你想指定的测速服务器地址即可，比如下图所示 4575 是一个成都的测速服务器。
参数AI解读：
以下是对这份网络测试相关数据的分析：
服务器信息
服务器来自中国移动四川成都分公司（编号为 4575），网络服务提供商是 Baxet Group Inc.。
延迟情况
- 空闲延迟：平均为 383.89 毫秒，抖动达到 532.30 毫秒，最低延迟 206.90 毫秒，最高延迟达 1176.39 毫秒，说明空闲状态下网络延迟波动较大，不太稳定。
- 下载延迟：平均 821.57 毫秒，抖动 91.10 毫秒，最低 385.04 毫秒，最高 2393.88 毫秒，在下载过程中延迟整体处于较高水平且波动明显，这可能会影响下载的流畅性以及下载速度的稳定性。
- 上传延迟：平均 715.12 毫秒，抖动 93.28 毫秒，最低 444.13 毫秒，最高 2061.15 毫秒，上传时同样面临较高延迟和较明显的波动情况，对于需要实时上传数据的应用场景（比如视频直播上传画面等）可能会造成卡顿等不良影响。
带宽情况
- 下载带宽：速度为 662.79Mbps，测试过程中使用的数据量为 816.6MB，下载速度相对来说还比较可观，但结合较高的延迟情况来看，实际下载体验可能还是会受到一定干扰。
- 上传带宽：速度仅为 0.59Mbps，使用的数据量为 1.0MB，上传带宽非常低，在需要快速上传较大文件等操作时会比较吃力。
丢包情况
目前丢包率数据不可用，所以无法准确判断网络传输过程中数据丢失的情况，不过从延迟较高、波动大以及上传带宽很低这些方面综合推测，可能存在一定的丢包风险，影响网络的整体质量。
总体而言，该网络连接存在延迟较高、波动大以及上传带宽不足等问题，网络质量有待进一步优化提升。
参数AI解读：
服务器及 ISP 信息
服务器归属中国移动四川成都分公司，编号为 4575，网络服务提供商是 BGP Network。
延迟情况
- 空闲延迟：平均空闲延迟仅为 86.72 毫秒，抖动极小，仅 1.16 毫秒，最低 84.89 毫秒，最高 87.62 毫秒，这表明在空闲状态下网络较为稳定，延迟波动几乎可以忽略不计，基础的网络连接状态良好。
- 下载延迟：平均 375.61 毫秒，抖动 78.56 毫秒，最低 85.67 毫秒，最高 1089.91 毫秒，下载过程中延迟有一定波动，最高延迟相对较高，不过平均延迟处于尚可接受的范围，可能偶尔会在下载较大文件等情况时出现短暂的速度不稳定情况。
- 上传延迟：平均 143.57 毫秒，抖动 48.04 毫秒，最低 86.86 毫秒，最高 210.34 毫秒，上传延迟整体处于相对较低水平且波动不算特别大，在进行常规的上传操作（比如上传图片、文档等）时一般能较为顺畅地完成。
带宽情况
- 下载带宽：下载速度达到 97.24Mbps，测试使用的数据量为 102.8MB，这样的下载速度可以满足日常诸如在线观看高清视频、快速下载中等大小文件等基本需求。
- 上传带宽：上传速度为 20.36Mbps，使用的数据量为 33.2MB，相比下载速度虽然低一些，但对于普通用户日常上传一些资料、照片等操作来说，这个上传带宽是足够使用的，能够保障上传过程相对高效地进行。
丢包情况
目前丢包率数据不可用，所以无法确切知晓网络传输过程中是否存在数据丢失情况，但从当前的延迟和带宽数据来看，整体网络表现相对稳定，出现大量丢包的可能性相对较小。
总体而言，该网络连接在空闲时稳定性良好，下载和上传的速度及延迟情况基本能满足日常大多数网络使用场景，不过由于缺少丢包率数据，还不能完全确定其在长时间、大数据量传输时的网络质量情况。
如何查看 SpeedTest 测速节点？
查找 SpeedTest 距离近的节点（推荐）
其实我们可以通过 SpeedTest 网站直接查看当前距离我们比较近的测速节点，打开下面网址：
https://c.speedtest.net/speedtest-servers-static.php可以看到一个节点列表，选择一个我们想测试的节点的 ID 然后开始测试就可以了。
推荐大家使用这个方法，不需要多次尝试，而且这样找到的测速节点也是距离我们比较近的。
搜索到的相对比较全的 SpeedTest 测速节点列表：
https://williamyaps.github.io/wlmjavascript/servercli.html
https://gist.github.com/stawidy/806f3ef8eb067b4c5404136f8bd4a95c打开后直接搜索 China 就可以搜到对应节点了，或者搜索相应的省份名称。
我的笔记：
如果当视频网站，文件是m3u8的ts视频流，480p的，网站人数一天2000人。哪个合适一些，仅从播放速度上看呢 哪个最合适，ts文件基本是2.5m左右
- 计算单个 TS 文件的下载时间
- 对于 TS 文件大小约为 2.5MB（注意单位换算，1MB = 8Mbps），即 20Mbps。
- 第一组数据：
- 下载速度为668Mbps，根据时间 = 数据量 / 速度，单个 TS 文件下载时间约为20/668=0.029秒。
- 不过其延迟较高，特别是空闲延迟 179.44ms 和下载延迟 332.51ms 可能会在播放初期和播放过程中产生一定的缓冲等待时间，影响播放速度的体验。，假设每个 TS 片段大小为几百 KB，以适当的码率播放，这个带宽可以支持一定数量的同时播放请求
- 第二组数据：
- 下载速度为 97Mbps，单个 TS 文件下载时间约为20/97=0.2 秒。
- 空闲延迟为 87.53ms，下载延迟为 392.65ms，虽然下载时间比第一组单个文件计算结果稍长，但较低的空闲延迟在开始播放时能够更快地获取播放列表和初始文件，对于播放的连贯性可能更有优势。
- 综合考虑播放速度体验
- 从理论计算单个 TS 文件下载时间看，第一组数据下载单个文件速度更快。
- 然而，在实际播放场景中，播放速度不仅仅取决于单个文件的下载速度，还与延迟有关。第一组数据的高延迟可能导致播放开始阶段等待时间过长以及播放过程中缓冲次数增加。
- 第二组数据虽然单个文件下载时间稍长，但较低的空闲延迟有助于更快地开始播放，并且在一定程度上可以减少播放初期的卡顿感。在整体播放速度体验上，如果服务器和网络配置能够合理利用带宽，第二组数据可能更合适，因为它在播放开始阶段的优势以及延迟相对较低的特点有助于保持视频播放的连贯性。
