README.md

2023-11-25 15:18:27 +08:00 · 2023-11-25 15:18:27 +08:00 · 2cfc1e6b69
parent a4b39ecc23
commit 2cfc1e6b69
1 changed files with 53 additions and 1 deletions
--- a/README.md
+++ b/README.md
@ -101,7 +101,7 @@ IP 地址           已发送  已接收  丢包率  平均延迟  下载速度

 # 软件在 默认参数 下的整个流程大概步骤：
 # 1. 延迟测速（默认 TCPing 模式，HTTPing 模式需要手动加上参数）
-# 2. 延迟排序（延迟从低到高排序，不同丢包率的会分开独立排序，因此可能会有一些延迟低但丢包的 IP 被排到后面）
+# 2. 延迟排序（延迟从低到高排序并按条件过滤，不同丢包率的会分开独立排序，因此可能会有一些延迟低但丢包的 IP 被排到后面）
 # 3. 下载测速（从延迟最低的 IP 开始依次下载测速，默认测够 10 个就会停止）
 # 4. 速度排序（速度从高到低排序）
 # 5. 输出结果（通过参数控制是否输出到命令行(-p 0)或输出到文件(-o "")）
@ -182,6 +182,58 @@ https://github.com/XIU2/CloudflareSpeedTest
        打印帮助说明
 ```

+### 界面解释
+
+为了避免大家对 CloudflareST 测速过程中的界面内容有所误解（可用、队列等数字），我特意做个示例解释下。
+
+<details>
+<summary><code><strong>「 点击展开 查看内容 」</strong></code></summary>
+
+****
+
+> 该实例把常用参数都给加上了，即为：`-ttl 40 -tl 150 -sl 1 -dn 5`，最后输出结果如下：
+
+``` bash
+# XIU2/CloudflareSpeedTest vX.X.X
+
+开始延迟测速（模式：TCP, 端口：443, 范围：40 ~ 150 ms, 丢包：1.00)
+321 / 321 [----------------------------------------------------------------------------------] 可用: 30
+开始下载测速（下限：1.00 MB/s, 数量：5, 队列：10）
+3 / 5 [---------------------------------------------------------↗---------------------------]
+IP 地址           已发送  已接收  丢包率  平均延迟  下载速度 (MB/s)
+XXX.XXX.XXX.XXX    4       4       0.00    83.32     3.66
+XXX.XXX.XXX.XXX    4       4       0.00    107.81    2.49
+XXX.XXX.XXX.XXX    4       3       0.25    149.59    1.04
+
+完整测速结果已写入 result.csv 文件，可使用记事本/表格软件查看。
+按下 回车键 或 Ctrl+C 退出。
+```
+
+> 刚接触 CloudflareST 的人，可能会迷惑明明延迟测速可用 IP 有 30 个，怎么最后只剩下 3 个了呢？  
+> 下载测速里的队列又是什么意思？难道我下载测速还要排队？
+
+CloudflareST 会先延迟测速，在这过程中进度条右侧会实时显示可用 IP 数量（`可用: 30`），但注意该可用数量指的是**测试通过没有超时的 IP 数量**，和延迟上下限、丢包条件无关。当延迟测速完成后，因为还指定了**延迟上下限、丢包**的条件，所以按照条件过滤后只剩下 `10` 个了（也就是等待下载测速的 `队列：10`）。
+
+即以上示例中，`321` 个 IP 延迟测速完成后，只有 `30` 个 IP 测试通过没有超时，然后根据延迟上下限范围：`40 ~ 150 ms` 及丢包上限条件过滤后，只剩下 `10` 个满足要求的 IP 了。如果你 `-dd` 禁用了下载测速，那么就会直接输出这 `10` 个 IP 了。当然该示例并未禁用，因此接下来软件会继续对这 `10` 个 IP 进行下载测速（`队列：10`）。
+
+> 因为下载测速是单线程一个个 IP 挨着排队测速的，因此等待下载测速的 IP 数量才会叫做 `队列`。
+
+****
+
+> 你可能注意到了，明明指定了要找到 5 个满足下载速度条件的 IP，怎么才 3 个就 “中断” 了呢？
+
+下载测速进度条中的 `3 / 5`，前者指的是找到了 `3` 个满足下载速度下限条件的 IP（即下载速度高于 `1 MB/s` ），后者 `5` 指的是你要求找到 `5` 个满足下载速度下限条件的 IP（`-dn 5`）。
+
+> 另外，提醒一下，如果你指定的 `-dn` 大于下载测速队列，比如你延迟测速后只剩下 `4` 个 IP 了，那么下载测速进度条中后面的数字就会和下载测速队列一样都是 `4` 个，而非你 `-dn` 指定的 `5` 个了。
+
+软件在测速完这 `10` 个 IP 后，只找到了 `3` 个下载速度高于 `1 MB/s` 的 IP，剩下的 `7` 个 IP 都是 “不及格” 的。
+
+因此，这不是 `“每次测速都不到 5 就中断了”`，而是所有 IP 都下载测速完了，但却只找到了 `3` 个满足条件的。
+
+</details>
+
+****
+
 ### 使用示例

 Windows 要指定参数需要在 CMD 中运行，或者把参数添加到快捷方式目标中。