Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

延时测试几乎是数秒内完成,导致测速结果不准确 #268

Open
dzw13579 opened this issue Dec 27, 2022 · 7 comments
Open

延时测试几乎是数秒内完成,导致测速结果不准确 #268

dzw13579 opened this issue Dec 27, 2022 · 7 comments

Comments

@dzw13579
Copy link

RT
测试延时的时候基本就是几秒完成几千个延时测试,然后测速自然而然就不准确了,测试有广东联通、广东教育网(公网出口实际是移动),都是同样的情况
无意中使用了别家的CF测速工具,发现如果使用这个工具非TLS加密的测速是正常的,仅用于故障排除和借鉴哈,如有需要可贴链接

@XIU2
Copy link
Owner

XIU2 commented Dec 27, 2022

几秒?这么快?
我这边的话,默认参数,几千个 IP,也要测试一段时间,不可能几秒就测速完成了。
试了下,默认 IP 数据文件 4934 个 IP,默认参数,延迟测速从 12:00:33~12:01:29,共耗时 56 秒。我这边没有异常。


想要降低延迟测速耗时,要么就是调高延迟测速线程数,要么就是你与 Cloudflare CDN 各节点之间延迟很低,因此每个 IP 测速耗时很少,总体耗时自然就少了。

我是联通,测速延迟最低也要 100ms+,如果你是广东走移动的话,可能直连 Cloudflare CDN 香港节点,IP 延迟会很低,总体测速时间应该会降低一些,但不应该会太多,因为毕竟只有一小部分 IP 是香港节点的。

你嫌快的话,可以调低默认 200 的 -n 参数,即延迟测速线程数。


要反馈的话,请贴出更详细的信息(比如 测试结果环境、过程)。

需要控制变量排除法来排查问题,即尝试:

  • 同网络不同设备测速比较,比如 同一个宽带 的 电脑 和 手机(或路由器上,如果支持的话)
  • 同设备不同网络测速比较,比如 电脑用宽带 与 电脑用手机 USB 共享的数据网络

Cloudflare 测速工具就这几个,我们都互相交流过。不过现在 Cloudflare CDN 被阻断的严重,因此大家也都已经不再把重心放到这些工具上了,都不怎么更新了(包括我,毕竟大家都是业余自写自用的~
我平时也主要是用 CloudflareST 来测速其他的各种 IP,很少用来测速 Cloudflare CDN 了~

@dzw13579
Copy link
Author

dzw13579 commented Dec 27, 2022

刚我看了一下,发现延迟测试一开始这几千个IP连接瞬间就处于fin wait 2的状态,这是被阻断了?
但我如果连接套了CF的梯子还是能用的(连接就是TCP的443端口),网络试过了上面说的宽带,刚刚也测试了广东移动5G网络,都是同样问题,也换电脑测试了

@XIU2
Copy link
Owner

XIU2 commented Dec 27, 2022

确实有人反馈过(部分地区)出现阻断的情况 #217 (以及其他 Issues 里零零散散的提到

包括我这边联通也是,不过我这边是要建立 HTTP 链接后才会触发阻断,单纯 TCPing 是正常的。

前段时间有个人提了个 HTTP Ping 的 Pull requests(即每个 IP 建立一个完整的 HTTPS 链接,并计算整个过程耗时,优点是相比 下载测速 这样可以快速准确测试 IP 指向域名的可用性)。
结果测试过程中发现大量 HTTP Ping 就会被立即阻断一段时间,恢复后短时间内再次测速即使流量很小也会被再次阻断,我们两个测试都能轻松复现,最后找不到解决方法只能关闭 PR,取消了这个 HTTPing 功能了。。。

你那边或许是大量 TCP 链接就之间触发阻断了?

@dzw13579
Copy link
Author

确实有人反馈过(部分地区)出现阻断的情况 #217 (以及其他 Issues 里零零散散的提到

包括我这边联通也是,不过我这边是要建立 HTTP 链接后才会触发阻断,单纯 TCPing 是正常的。

前段时间有个人提了个 HTTP Ping 的 PR,结果测试过程中发现大量 HTTP Ping 就会出现阻断,我们两个测试都能轻松复现,就直接给这个 PR 判死刑了,最后找不到解决方法只能关闭 PR 了。。。

你那边或许是大量 TCP 链接就之间触发阻断了?

更正一下:用手机网络测试正常的😂但不知道为啥用宽带测就不行
我家里和公司都是用着软路由,以前正常使用但最近升级的版本之后就不行了,我回退一下版本看是否由于软路由系统升级造成的,再次感谢大大的回复

@XIU2
Copy link
Owner

XIU2 commented Dec 27, 2022

控制变量排除法 的测试结果,你描述清晰具体点,例如:

  • 在同网络下,不同设备测速比较
    电脑 + 宽带 = X
    手机 + 宽带 = X

  • 在同设备下,不同网络测速比较
    电脑 + 宽带 = X
    电脑 + 数据 = X

等等...
这样才能逻辑清楚的初步判断是设备问题,还是网络问题。

@1265578519
Copy link

mtr 丢包80% 软件测出来4接收0丢包

@XIU2
Copy link
Owner

XIU2 commented Jan 26, 2023

@1265578519 MTR 我记得一般都是 ICMP 协议的,而该软件延迟测速是 TCP 协议的,不同协议之间存在差异也算正常,虽然我遇到的基本都是 TCP 丢包但 ICMP 稳定的 “ICMP 优化” 。。。
另外该软件延迟测速间隔时间极短,因此可能或多或少会影响丢包率准确度,但具体影响是好还是坏我也不确定~

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants