Ping 都是 150ms 左右，实际 TCP 单线程竟差 500 倍，RackNerd 和 DMIT 对比挺离谱

最近手里有一台快到期的 RackNerd 年付机，本来想拿来做 sing-box 备用节点。

配置好以后发现一个很奇怪的问题：

Ping 看起来非常漂亮，但是实际用起来巨卡，甚至 YouTube 都一直转圈。

所以今天趁低峰简单做了一轮测试。

测试环境：

国内电信千兆宽带
同一台电脑
Windows + WSL2
两台 VPS 都在美西
RackNerd：普通廉价年付机
DMIT：LAX 中国优化线路
iperf3 测试方向都是 VPS → 本地，即 -R

先说 Ping / MTR。

RackNerd：

最终节点：
Loss: 0%
Avg: 157.4 ms
Best: 155.8 ms
Worst: 159.4 ms
StDev: 1.4 ms

DMIT：

最终节点：
Loss: 0%
Avg: 143.1 ms
Best: 142.6 ms
Worst: 143.5 ms
StDev: 0.2 ms

乍看其实差距并不算特别夸张：

RackNerd ~157 ms
DMIT ~143 ms

都没有最终丢包。

但接下来跑 iperf3，结果完全不是一个世界。

RackNerd 单 TCP 流
iperf3 -c <VPS_IP> -R -P 1 -t 30

结果：

sender: 640 Kbits/sec
receiver: 489 Kbits/sec
Retr: 73

只有大约：

0.49 Mbps

而且测试过程中大量出现：

0.00 Bytes
0.00 bits/sec

基本就是传一点、停一下、再传一点。

这也解释了为什么 YouTube 一直加载。

RackNerd 4 TCP 流
iperf3 -c <VPS_IP> -R -P 4 -t 30

结果：

sender: 4.23 Mbits/sec
receiver: 3.53 Mbits/sec
Retr: 219

多线程确实比单线程好很多，但总共也只有 3.5 Mbps 左右。

然后换 DMIT，同一台电脑、同一条宽带、前后几分钟测试。

DMIT 单 TCP 流
sender: 289 Mbits/sec
receiver: 260 Mbits/sec
Retr: 0

最让我意外的是，TCP 窗口起来之后，基本长期稳定在：

270~278 Mbps

而且整个 30 秒：

0 retransmission
DMIT 4 TCP 流
sender: 692 Mbits/sec
receiver: 653 Mbits/sec

压到六七百兆以后重传明显增加，这个应该已经开始接近链路/拥塞极限了。

简单整理：

测试 RackNerd DMIT
MTR RTT ~157 ms ~143 ms
最终丢包 0% 0%
单 TCP 流 0.49 Mbps 260 Mbps
4 TCP 流 3.53 Mbps 653 Mbps
单流 Retr 73 0
YouTube 基本不可用 正常

也就是说：

Ping 只差十几毫秒，但单 TCP 流实际差了 500 多倍。

之前一直觉得 Ping 150ms、0% loss 至少应该“能用”，这次算是比较直观地体会到：

Ping 好看真的只能证明小 ICMP 包跑得不错，和跨境 TCP 实际吞吐完全可能是两回事。

RackNerd 的 MTR 路由看起来是普通电信国际出口再接国际 Transit；DMIT 则能明显看到中国电信优化线路的路由。

RackNerd 这台马上到期，本来还纠结十几美元一年要不要留着当备用，现在看下来应该不会续了。

比较好奇大家平时判断一台 VPS 中国方向线路质量，除了：

Ping
MTR
iperf3 单流
iperf3 多流
实际 YouTube

还会重点测哪些东西？

尤其是这种：

Ping 0 丢包，但单流只有几百 Kbps

大家觉得主要是普通国际出口拥塞、Transit 质量，还是还有其他因素值得测？