Speedtest.net 的坑爹问题, 把我整吐血了

2023-01-15 18:35:51 +08:00
 zx900930

最近把家里全部的机器都升级到 2.5G 网络了

WAN 入口是 10G, 运营商给的下行是 8Gbps 上行 700Mbps, 所以理论上下行跑满 2.5G 应该一点问题也没有.

用 iperf3 测试 内网稳定在 2.3G 左右

iperf3 -c 192.168.1.31
Connecting to host 192.168.1.31, port 5201
[  4] local 192.168.1.47 port 10974 connected to 192.168.1.31 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec   280 MBytes  2.35 Gbits/sec
[  4]   1.00-2.00   sec   276 MBytes  2.31 Gbits/sec
[  4]   2.00-3.00   sec   274 MBytes  2.30 Gbits/sec
[  4]   3.00-4.00   sec   277 MBytes  2.32 Gbits/sec
[  4]   4.00-5.00   sec   276 MBytes  2.32 Gbits/sec
[  4]   5.00-6.00   sec   278 MBytes  2.33 Gbits/sec
[  4]   6.00-7.00   sec   278 MBytes  2.33 Gbits/sec
[  4]   7.00-8.00   sec   276 MBytes  2.32 Gbits/sec
[  4]   8.00-9.00   sec   273 MBytes  2.29 Gbits/sec
[  4]   9.00-10.00  sec   276 MBytes  2.31 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec  2.70 GBytes  2.32 Gbits/sec                  sender
[  4]   0.00-10.00  sec  2.70 GBytes  2.32 Gbits/sec                  receiver

Windows 开 speedtest.net 测试下行只有 1400 左右

linux 下用 speedtest cli 测试甚至只有可怜的 400 不到

Speedtest by Ookla


      Server: Scaleway - Vitry-sur-Seine (id: 5022)
         ISP: Free SAS
Idle Latency:     2.81 ms   (jitter: 0.21ms, low: 2.55ms, high: 3.14ms)
    Download:   383.08 Mbps (data used: 321.5 MB)                                                 
                  2.61 ms   (jitter: 0.34ms, low: 2.13ms, high: 3.25ms)
      Upload:   672.78 Mbps (data used: 331.0 MB)                                                 
                  5.09 ms   (jitter: 0.45ms, low: 3.15ms, high: 5.85ms)
 Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/89215d31-e6d3-443d-b229-f07f262f8e92

起初我以为是螃蟹的 RTL8125 网卡 linux 驱动的问题 去下了个最新的 realtek-r8125-dkms.git 装上并启用 并无任何用处,下载速度显示依旧是 400 不到 然后各种调 offload 参数, 依旧没任何用.

直到我换了个本地的测速网站 nperf.com, 轻松跑到 2.5G, 开始怀疑是 speedtest.net 的节点问题

最后发现即使 speedtest 写着这个节点支持 Multi Gig, 也不代表你连过去能跑满 换了个节点, 立即正常了

speedtest -s 45202

   Speedtest by Ookla

      Server: Appliwave - Croissy-Beaubourg (id: 45202)
         ISP: Free SAS
Idle Latency:     3.92 ms   (jitter: 0.40ms, low: 3.58ms, high: 4.43ms)
    Download:  2248.61 Mbps (data used: 2.2 GB)                                                   
                  3.88 ms   (jitter: 0.19ms, low: 3.55ms, high: 4.74ms)
      Upload:   673.19 Mbps (data used: 320.6 MB)                                                   
                  6.30 ms   (jitter: 0.47ms, low: 4.32ms, high: 7.21ms)
 Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/25930476-7a45-4b29-a949-6084a12b5eaa
4540 次点击
所在节点    宽带症候群
20 条回复
ysc3839
2023-01-15 18:40:55 +08:00
测公网速度是这样的,网络环境很复杂,建议首选运营商提供的测速服务
zx900930
2023-01-15 18:52:23 +08:00
@ysc3839 这边运营商老贼了, 检测到你在访问它自家的测速服务, 就把你的带宽补满, 你会看到有一个明显的阶梯状曲线
比如我这个 10G 的套餐, 平时的上限就是 8G, 但是你测速它会偷偷给你放满 10G 防止你去告它虚假宣传.
所以大家都不用运营商的测速因为反映不了实际带宽水平.
CKR
2023-01-15 19:01:35 +08:00
确实是这样的 speedtest 的节点质量参差不齐挺难选节点的
可以尝试下用 Steam 或者 BT 来测试。
philippiela
2023-01-15 19:29:48 +08:00
speedtest 也是找各个 isp,idc 赞助的测速点,哪有那么多 10G 口的测速点,而且测的时候也不是你一个人测,测不满本地带宽很正常
yaoyao1128
2023-01-15 19:40:25 +08:00
emm 如果國際線路好,建議多跑幾個境外節點,因為測速點真的可能跑不滿超過 1gbps 以上的帶寬。我一般都用 singtel 的節點測速
edis0n0
2023-01-15 20:02:56 +08:00
@yaoyao1128 #5 op 明显在法国,那边带宽好像很便宜(我有一台德国 10G 口的独服,每月 269 美元,刚试了下 speedtest 能跑满)
zx900930
2023-01-15 20:20:09 +08:00
@edis0n0 我这个每个月 50 欧, 以前订的时候写的是 10G, 刚刚去运营商网页看了一下改回 8G 了(估计还是挨投诉了).
speedtest 节点选择逻辑好像是选最近的, 但是最近的节点恰好跑不满 2.5G, 而且节点对 linux 下的 CLI 还有奇怪的兼容问题.
换了一个稍微远的一点的节点就好了, 虽然也跑不满, 但是至少能跑到 2G 以上.
IzayakI
2023-01-15 20:27:02 +08:00
@CKR bt 跑满有点难度啊
systemcall
2023-01-15 23:26:44 +08:00
@ysc3839 #1
运营商的测速只能测出来你家的设备是否对网速产生了瓶颈,从来不是用来测速宽带本身的质量的
很多运营商的测速服务器就部署在你那个区的机房里
ysc3839
2023-01-15 23:41:59 +08:00
@systemcall 那楼主这么测出来就说明宽带质量不好呀,但他又觉得是 speedtest.net 的问题,所以问题是楼主需求不明确。
levenwindy
2023-01-15 23:54:54 +08:00
@zx900930
像中国联通官网的测速,上传高的很离谱,50M 。
自用的测速脚本,实际上只有 32M 左右(正好是签约带宽),大概率是算法问题(要是会 JavaScript ,就能分析了)。
zx900930
2023-01-16 00:09:01 +08:00
@ysc3839 实际上是 speedtest.net 自动分配的节点不是合适的节点或者是那个节点带宽已经接近上限, 才会导致测速出现巨大的误差, 而且连续多测几次都是一样, 让你产生是运营商给的带宽不够的错觉, 然而实际问题可能出现在
家宽到测速节点间的线路上, 换一个连接和负载都正常的节点, 测速马上就正常了.

而且光用 steam 下载或者 pt 下载, 也可能会有 udp qos 限速导致误差的可能. 我发这个 post 的目的就是为了提醒一下, 在 speedtest.net 自动测速结果和理论速度差异过大时, 很可能是自动选择的测速节点服务器的问题.

我手动换了好几个附近的节点, 最低的甚至只有 50Mbps 的速度, 能够测 1G 以上的节点非常少. (运营商给的自家测速倒是可以测 40G)
shakoon
2023-01-16 08:38:20 +08:00
speedtest 最蠢的地方在于它是按 ip 归属地的经纬坐标来自动选定的“最近”一个测速服务器,所以经常会搞出一些跨国的节点出来,虽然看起来“距离”很近,实际上跑得相当慢
liyvhg
2023-01-16 08:47:17 +08:00
#2 遇到过,我当时写了个脚本隔一会就模拟访问测速网站 🙊
netnr
2023-01-16 09:10:26 +08:00
可以用腾讯的游戏客户端下载器或 wegame 试试,属于实战演练了
tanglu
2023-01-16 09:27:37 +08:00
bash <(curl -Lso- https://git.io/superspeed_uxh)
试试这个三网测速,有很多 speedtest 国内节点 看看有没有哪一个可以跑满
mozhizhu
2023-01-16 10:24:05 +08:00
经典网速测试,跑 steam 下载游戏
zhiweixiannv
2023-01-16 12:37:13 +08:00
最近用运营商的 DNS 好像无法打开 speedtest.net
billccn
2023-01-17 04:19:53 +08:00
同意楼上各位说的。

你想嘛,一般商业务器也就 10G/25G 接入,在万兆宽带普及的地方也就能供一两个人跑满;如果采用 40G/100G 接入,那就得插到汇聚层 /核心路由器上面去了,这不是一个机房普通客户可以做的业务,是机房拥有者 /ISP 才能设立这种节点,肯定僧多粥少。

非要测试的话,在夜间开多个终端选择不同服务器并行跑 speedtest ,或者用 fast.com 把连接数拉高试试?后者是用 Netflix 的 CDN 服务器,所以在绝大多数 ISP 都是在它内网里,也不能完全反映互联网的带宽。

另外你运营商 /路由器要是提供家长模式,(云)防火墙之类的功能,那统统关掉。
strp
2023-01-22 07:05:42 +08:00
不是啊你怎么能说是 Speedtest 的错,Speedtest 的服务器都是别人慈善弄出来的,又不是 Speedtest 自己的,广东电信这边还经常电信的点测不到 100M 跨网到移动直接 1800Mbps 。欸?为什么延迟高一点的话速度就会快上一点呢?

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/909103

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX