-
Notifications
You must be signed in to change notification settings - Fork 3.9k
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
Comments
几秒?这么快? 想要降低延迟测速耗时,要么就是调高延迟测速线程数,要么就是你与 Cloudflare CDN 各节点之间延迟很低,因此每个 IP 测速耗时很少,总体耗时自然就少了。 我是联通,测速延迟最低也要 100ms+,如果你是广东走移动的话,可能直连 Cloudflare CDN 香港节点,IP 延迟会很低,总体测速时间应该会降低一些,但不应该会太多,因为毕竟只有一小部分 IP 是香港节点的。 你嫌快的话,可以调低默认 200 的 -n 参数,即延迟测速线程数。 要反馈的话,请贴出更详细的信息(比如 测试结果 及 环境、过程)。 需要控制变量排除法来排查问题,即尝试:
|
刚我看了一下,发现延迟测试一开始这几千个IP连接瞬间就处于fin wait 2的状态,这是被阻断了? |
确实有人反馈过(部分地区)出现阻断的情况 #217 (以及其他 Issues 里零零散散的提到 包括我这边联通也是,不过我这边是要建立 HTTP 链接后才会触发阻断,单纯 TCPing 是正常的。 前段时间有个人提了个 HTTP Ping 的 Pull requests( 你那边或许是大量 TCP 链接就之间触发阻断了? |
更正一下:用手机网络测试正常的😂但不知道为啥用宽带测就不行 |
控制变量排除法 的测试结果,你描述清晰具体点,例如:
等等... |
mtr 丢包80% 软件测出来4接收0丢包 |
@1265578519 MTR 我记得一般都是 ICMP 协议的,而该软件延迟测速是 TCP 协议的,不同协议之间存在差异也算正常,虽然我遇到的基本都是 TCP 丢包但 ICMP 稳定的 “ICMP 优化” 。。。 |
RT
测试延时的时候基本就是几秒完成几千个延时测试,然后测速自然而然就不准确了,测试有广东联通、广东教育网(公网出口实际是移动),都是同样的情况
无意中使用了别家的CF测速工具,发现如果使用这个工具非TLS加密的测速是正常的,仅用于故障排除和借鉴哈,如有需要可贴链接
The text was updated successfully, but these errors were encountered: