遇到了「延迟低但是速度差」与「延时比前面高但是速度很好」的情况 #600
Replies: 1 comment 2 replies
-
我觉得 理论上来说,延迟越低意味着物理距离越近,中间的路由环节越少,拥塞程度较好(如果拥塞的话可能会丢包、延迟波动等情况),因此理论上延迟更低速度会更快,但问题是影响延迟和速度的因素太多了(网络环境太复杂了)。 单纯延迟测速无论是 ICMP TCP 还是 HTTP,都算是短连接+微流量(传输数据非常非常小),因此受各种因素的影响相对较少。
而下载测速是长连接+大流量(传输数据可能几百MB),因此受各种因素的影响较大,导致下载测速结果不稳定(同一个 IP 及下载测速地址,可能上一分钟测速还是 10MB/s,下一分钟可能就变成 1MB/s 了),这也导致了下载测速结果不是绝对可信的。 但总的来说,延迟更低(前提是不丢包、不明显波动),遇到下载速度更快的概率显然是更高的,比如你遇到的两者延迟其实也就相差 10ms,而造成下载速度差别大的主要原因,还是因为这两组 IP 的实际位置差异(LAS LAX)。 最为 CFST 的开发者,我自己也是经常使用,我这几年也总结下来了一些经验,那就是经过观察来找到适合自己的稳定的 IP 段,然后后续就只需要在这个 IP 段里测速即可,甚至因为结果比较稳定,连下载测速都可以省略了。 我的看法是不要去追求最好的,时间和精力划不来(一开始我还会折腾,后来就越来越懒了~),找个稳定速度也还可以的就行了。 另外,IPv6 和 IPv4 的情况也不一样,CFST 默认是对 IPv4 的 |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
看这么两组结果。
第一组结果是我用仓库中提供的ip地址跑完结果后,重新把结果又跑一遍。
第二组结果是我之前也是用仓库中提供的ip地址跑的结果后留下来的一组IP。
目前能想到的办法就是先用机场码对付着。但是目前-cfcolo参数只能做匹配,不能做排除。
Beta Was this translation helpful? Give feedback.
All reactions