@福尔摩斯 给的这台大鸡,那就帮着测一下 
目录
1. 配置
2. 性能测试
3. 晚高峰回国测速
4. 回程路由&网络质量
5. 去程路由&TCP Ping
6. 国际互联
7. IP质量
8. 小结
1. 配置
| 套餐 | 🇭🇰 DreamCloud Standard-16C32G-StandNet |
|---|---|
| 位置 | 中国,香港 |
| CPU | 16 x AMD EPYC 9655 vCores |
| RAM | 32GB |
| 硬盘 | 200GB |
| 流量 | 20TB(单向出计费) |
| 峰值带宽 | 2Gbps |
| 回程线路 | 电信CN2/联通10099/移动CMI |
| 去程线路 | 电信163/联通10099/移动CMI |
| 网络 | 1 x IPv4 |
| 价格 | 月付USD$799.00 |
购买地址(无AFF):https://whmcs.as211392.com
🔗 快速链接
| YABS | Node Quality | 融合怪 | nws.sh | 流媒体解锁 |
|---|---|---|---|---|
| [链接] | [链接] | [链接] | [链接] | [链接] |
2. 性能测试
点击展开
bash <(curl -sL https://Check.Place) -H
AMD EPYC 9655,性能十分强劲,I/O不错,比我自己的杜甫强不少
3. 晚高峰回国测速
点击展开
测试方法:单线程TCP协议
不套落地测速的话会被防火墙限制入站流量,于是选了RFC的HK CTC作落地;速度最高跑到300Mbps附近;电信比较稳定,联通和移动有断流的现象。300Mbps的限速,以及移联的断流,不知道是不是防火墙的策略,因为测速应该不在这种高防服务器预期使用范围内。三网延迟属于第一梯队,十分极致。
| 中国电信 | 中国联通 | 中国移动 |
|---|---|---|
4. 回程路由&网络质量
点击展开
bash <(curl -sL https://run.NodeQuality.com)
电信精品回程CN2,联通回程10099->4837,移动回程CMI
测不出到联通的延迟,可以参考后面的itdog.cn测试截图,是能测出来的。
5. 去程路由&TCP Ping
点击展开
三网去程路由
测试网站:itdog.cn
测试时间:2026-02-18 21:00
三网去程直连,电信163,联通4837->10099,移动CMI
| 位置 | 中国电信 | 中国联通 | 中国移动 |
|---|---|---|---|
| 广州 | |||
| 上海 | |||
| 北京 |
三网TCP Ping
测试网站:itdog.cn
测试时间:2026-02-18 20:00
延迟挺低的;电信和联通比较平稳,移动丢包和抖动明显多一些,可能这就是CMI
| 中国电信 | 中国联通 | 中国移动 |
|---|---|---|
6. 国际互联
点击展开
bgp.tools
测试网站:bgp.tools
测试时间:2026-02-18 22:00
看上去从阿里接了CTG;也接了CMI和CUG
ASN号: 211392
ASN名: DREAM CLOUD INNOVATION LIMITED
地区: Unknown数据源统计:
- HE.net: 50条路由
- BGP.tools: 44条路由
- 合并去重后: 71条路由
路由分析:
49.3% [T1] CMI
21.1% [T1] CUG
29.6% [T2] Alibaba Cloud -> DREAM CLOUD INNOVATION -> END
21.1% [T2] Sky Digital Co. -> CUG -> END
7.0% [T2] PT Sarana Insan Muda Selaras -> CMI -> END
5.6% [T2] Zain Omantel International FZ -> CMI -> END
4.2% [T2] OneQode -> CMI -> END
28.2% [T3] CTG -> Alibaba Cloud -> DREAM CLOUD INNOVATION -> END
5.6% [T3] 404 Network Information Co. -> Sky Digital Co. -> CUG -> END
2.8% [T3] KINGS-AS-ID -> PT Sarana Insan Muda Selaras -> CMI -> END
2.8% [T3] Kai -> Sky Digital Co. -> CUG -> END
2.8% [T3] KAZTELECOM-AS -> CMI-RUSSIA -> CMI -> END
自有节点速度&延迟测试
测试方法:iPerf3 TCP 单线程,单次10秒
测试时间:2026-02-18 22:00
亚太国际上传/出站能跑满2G口,下载/入站被限制在了300Mbps左右
| iPerf3 | Ping |
|---|---|
Cloudflare 本地测速
wget -qO- https://github.com/code-inflation/cfspeedtest/releases/latest/download/cfspeedtest-x86_64-unknown-linux-gnu.tar.gz | tar xz && ./cfspeedtest ; rm ./cfspeedtest
Summary Statistics
Type Payload | min/max/avg in mbit/s
Download 100KB | min 14.54 max 21.10 avg 17.41
Download 1MB | min 36.63 max 141.95 avg 114.12
Download 10MB | min 299.71 max 342.20 avg 321.97
Download 25MB | min 326.13 max 395.38 avg 352.96
Upload 100KB | min 17.62 max 54.69 avg 42.52
Upload 1MB | min 246.29 max 369.37 avg 304.79
Upload 10MB | min 349.41 max 824.02 avg 522.88
Upload 25MB | min 408.54 max 655.21 avg 528.55
网页延迟
bash <(wget -qO- https://raw.githubusercontent.com/danger-dream/network-latency-tester/main/latency.sh)
7. IP质量
点击展开
bash <(curl -sL https://run.NodeQuality.com)
应该不会有人拿那么贵的机器看流媒体吧...
8. 小结
很强大的高防性能机,非常昂贵,有需要抗D的挣钱业务才能用上它;不少测试项目不是很适配这样的高防服务器(因为入站限速),也没办法真的测试它的防御到底有多少。三网延迟是顶级的,实际的速度可能是由于防御策略的存在,不太好测(包括国内的iPerf3测速也会被限流阻断) 
9. 关于测试
点击展开
“DreamCloud Standard-16C32G-StandNet”为 @福尔摩斯 提供,其余参与测试的机器都是自费购买;结果可能具有时效性。
参测机器内核参数(/etc/sysctl.conf)如下:
fs.file-max = 6815744
net.ipv4.tcp_no_metrics_save=1
net.ipv4.tcp_ecn=0
net.ipv4.tcp_frto=0
net.ipv4.tcp_mtu_probing=0
net.ipv4.tcp_rfc1337=0
net.ipv4.tcp_sack=1
net.ipv4.tcp_fack=1
net.ipv4.tcp_window_scaling=1
net.ipv4.tcp_adv_win_scale=1
net.ipv4.tcp_moderate_rcvbuf=1
net.core.rmem_max=33554432
net.core.wmem_max=33554432
net.ipv4.tcp_rmem=4096 87380 33554432
net.ipv4.tcp_wmem=4096 16384 33554432
net.ipv4.udp_rmem_min=8192
net.ipv4.udp_wmem_min=8192
net.ipv4.ip_forward=1
net.ipv4.conf.all.route_localnet=1
net.ipv4.conf.all.forwarding=1
net.ipv4.conf.default.forwarding=1
net.core.default_qdisc=fq
net.ipv4.tcp_congestion_control=bbr
net.ipv6.conf.all.forwarding=1
net.ipv6.conf.default.forwarding=1