节点测速怎么看哪个速度快？用三步法选出更适合的节点
简答：节点测速看哪个速度快，不能只看最低延迟：先排除超时和丢包节点，再比较持续下载速度，最后在相同测速服务器和相近时间复测稳定性。PassWall 可进行节点连通性与延迟测试，但最终选择应以实际业务中的网页、视频、下载或会议表现为准。
定义：节点测速是通过延迟、丢包、抖动、下载速度和实际业务结果，比较不同节点网络质量的过程。
先记住这条排序规则：可用性优先，持续速度其次
如果你只想快速判断哪个节点更快，可以按下面顺序操作：第一步看是否超时，第二步看丢包和延迟波动，第三步比较持续下载速度，第四步用实际业务验证。一个节点即使显示延迟较低，只要经常超时、丢包或下载速度很快掉下去，也不适合作为长期使用节点。
| 指标 | 代表什么 | 主要用途 | 怎么看 |
|---|---|---|---|
| 可用性 | 节点能否成功建立连接 | 淘汰失效或不兼容节点 | 超时、连接失败、0 结果先排除 |
| 延迟 | 请求往返所需时间，单位通常是 ms | 网页打开、交互、游戏和会议响应 | 同一测试方式下越低越好，但不能单独决定速度 |
| 丢包 | 测试数据未到达或未返回的比例 | 判断断流、卡顿和重传风险 | 优先选择无丢包或更稳定的节点 |
| 抖动 | 连续延迟之间的波动 | 语音、视频会议和实时交互 | 平均延迟不高但抖动大，体验仍可能不稳定 |
| 持续下载速度 | 一段时间内实际传输速率 | 视频、文件下载和大流量业务 | 看持续值和中后段表现，不只看瞬时峰值 |
Ookla 将 ping 或 latency 定义为请求得到响应所需的时间，并说明测速服务器的选择会影响测试结果；Cloudflare 的测速还区分空闲延迟、负载延迟、抖动和丢包。因此，不同网站的数字不能直接混在一起排名。可参考 Ookla 对测速指标和服务器选择的说明 与 Cloudflare 对网络质量指标的说明。
PassWall 中怎么做节点初筛
- 先确认路由器本身联网。在 OpenWrt 的诊断页面执行 ping，或通过 SSH 执行
ping openwrt.org。如果基础网络本身存在丢包，先不要比较节点。OpenWrt 官方排障文档把 ping 和丢包作为基础连通性检查的一部分，见 OpenWrt Internet connectivity and troubleshooting。 - 打开 PassWall 的节点列表。不同版本的中文菜单可能不同，可在 PassWall 页面中查找“节点列表”“节点测试”“延迟测试”“URL 测试”等关键词。PassWall 官方代码中可以核实到节点列表入口，以及
ping_node和urltest_node测试接口，但这不等同于所有版本都使用完全相同的菜单文字，参考 PassWall 官方仓库控制器代码。 - 先做连通性或延迟测试。把超时、连接失败和明显异常的节点标记出来，不要因为某个节点延迟数字很低就立即选中。
- 固定测试条件。同一台设备、同一网络连接、同一测试地址、相近时间完成测试。测试期间暂停大文件下载、云盘同步和系统更新，避免本地带宽影响结果。
- 保留 3 到 5 个候选节点。初筛阶段只负责淘汰不可用节点，不负责判断最终速度。
如果 PassWall 页面只有延迟测试而没有速度测试，不要把延迟数字当成下载速度。延迟测试通常只说明请求响应快慢，无法证明节点在持续传输时仍然有足够带宽。
第二轮测速：用相同服务器比较持续速度
完成初筛后，再使用 Speedtest、Fast.com、Cloudflare Speed Test 或实际文件下载进行复测。测速工具的服务器位置会改变路径和结果，所以比较多个节点时，应尽量固定同一个服务器或固定同一个测试站点。Ookla 官方说明中明确指出，选择不同测速服务器会改变测试对象；Cloudflare Speed Test 则说明其测试会测量下载、上传、延迟、抖动和丢包，并且一次测试可能消耗较多流量，详见 Cloudflare Speed Test。
- 让 PassWall 当前只使用一个候选节点，避免实际流量走错节点。
- 打开测速页面，记录下载、上传、空闲延迟、负载延迟和丢包等结果。
- 每个节点至少测两次；两次差异很大时，不要直接取最高值，而是记录中位表现或重新测试。
- 再进行一次实际下载或视频播放测试，观察开始速度、中段速度和是否出现断流。
- 把结果填入记录表，至少记录日期、时间、节点名称、测试服务器、延迟、下载速度、丢包和业务结果。
| 节点 | 时间 | 测试服务器 | 延迟 | 丢包 | 持续下载 | 实际结果 |
|---|---|---|---|---|---|---|
| 候选 A | 晚间/白天 | 固定站点或服务器 | 记录 ms | 记录百分比 | 记录 Mbps 或 MB/s | 网页/视频/下载是否稳定 |
| 候选 B | 晚间/白天 | 与 A 相同 | 记录 ms | 记录百分比 | 记录 Mbps 或 MB/s | 网页/视频/下载是否稳定 |
注意单位：Mbps 是兆比特每秒，MB/s 是兆字节每秒，二者不能直接按相同数字比较；理论上 8 Mbps 约等于 1 MB/s，但实际传输还会受到协议开销、服务器限速和设备性能影响。
为什么低延迟节点不一定下载快
延迟主要反映响应时间，下载速度还会受到节点出口带宽、线路拥塞、远端服务器、并发连接数、路由器性能和本地 Wi-Fi 状态影响。因此可能出现“延迟更低但下载更慢”的结果：低延迟只说明测试请求往返较快，不能证明持续传输能力更强。
同理，测速页面显示的峰值速度也不一定等于长期可用速度。Ookla 的测速会建立多个连接并根据实时结果调整测试过程；Cloudflare 的说明也区分空闲和负载状态下的延迟。选择节点时，建议优先看多次测试中较稳定的结果，而不是单次最高峰值。
- 网页浏览：优先看可用性、延迟和丢包。
- 视频播放：优先看持续下载速度、负载延迟和断流情况。
- 大文件下载：优先看持续下载速度、下载后半段是否明显下降。
- 在线会议：优先看丢包、抖动和负载延迟，不能只看下载速度。
- 实时交互：优先看稳定延迟、低丢包和低抖动。
晚高峰复测与异常处理
如果白天测速很快、晚上明显变慢，应在实际使用时段重新测试。不要把某一次测试结果当成永久排名；节点、运营商路径、测速服务器和本地网络负载都会变化。建议至少在白天和晚间各记录一轮，并保持相同测试条件。
| 现象 | 优先检查 | 下一步 |
|---|---|---|
| 全部节点都超时 | 路由器联网、DNS、时间和防火墙 | 先关闭节点代理，确认 OpenWrt 基础网络正常 |
| 只有一个节点超时 | 节点配置、端口、协议和远端状态 | 重新导入或切换其他节点，不用它参与排名 |
| 延迟忽高忽低 | Wi-Fi 干扰、本地占网、线路拥塞 | 改用网线或固定 Wi-Fi 条件，重复测试 |
| 延迟低但下载慢 | 远端服务器、节点带宽和测速路径 | 固定测速服务器，再用实际下载复核 |
| 测速 0 或结果异常 | 测试地址、DNS、代理模式和浏览器缓存 | 换测试站点，并查看 PassWall 运行日志 |
排查时可查看 PassWall 的运行日志，并确认当前业务流量确实经过所选节点。如果切换节点后测速数字没有变化，先检查默认节点、分流规则和设备是否命中代理，再继续比较速度。
常见问题
节点测速时应该优先看延迟还是下载速度？
先看是否可用，再看丢包和延迟稳定性，最后比较持续下载速度。网页和实时交互更依赖延迟与丢包，视频和文件下载更依赖持续速度，不能只用一个指标给所有节点排名。
PassWall 里的延迟测试能代表真实下载速度吗？
不能完全代表。延迟测试主要反映请求响应时间，下载速度还会受到线路拥塞、远端服务器、节点带宽和本地网络影响。PassWall 先用于初筛，最终应使用固定测速服务器或实际下载复测。
测速显示 0 速度或超时，应该怎么处理？
先确认路由器本身可以正常联网，再检查节点配置、端口、DNS、代理模式和测试地址。单个节点异常时先换节点；全部节点异常时优先排查本地网络、时间同步、防火墙和 PassWall 日志。
为什么同一个节点白天快、晚上慢？
可能与线路拥塞、运营商路径、节点出口负载或测速服务器负载有关。应在相近时间、相同设备、相同测试服务器下复测，并记录晚间持续速度和实际业务表现，不要只保留白天峰值。
Mbps 和 MB/s 怎么换算？
Mbps 是兆比特每秒，MB/s 是兆字节每秒。理论换算通常是 8 Mbps 约等于 1 MB/s，但实际结果还会受协议开销、服务器限速和设备性能影响。
相关阅读
参考资料
- PassWall 官方仓库：节点测试相关控制器代码
- PassWall 官方 GitHub 仓库
- OpenWrt 官方：网络连通性与故障排查（openwrt.org）
- Ookla 官方：测速、延迟与测速服务器选择（s1.ooklaserver.org）
- Ookla 官方：Speedtest 如何测量网络速度（ooklaserver.org）
- Cloudflare 官方：网络质量指标与应用场景
- Cloudflare Speed Test