@Sherlock provided this large machine, so I helped test it. 
Contents
1. Configuration
2. Performance Tests
3. Evening Peak Return-to-China Speed Tests
4. Return Routes & Network Quality
5. Outbound Routes & TCP Ping
6. International Connectivity
7. IP Quality
8. Summary
1. Configuration
| Plan | 🇭🇰 DreamCloud Standard-16C32G-StandNet |
|---|---|
| Location | China, Hong Kong |
| CPU | 16 x AMD EPYC 9655 vCores |
| RAM | 32GB |
| Disk | 200GB |
| Traffic | 20TB(outbound-only billing) |
| Peak Bandwidth | 2Gbps |
| Return Route | TelecomCN2/Unicom10099/Mobile CMI |
| Outbound Route | Telecom 163/Unicom10099/Mobile CMI |
| Network | 1 x IPv4 |
| Price | Monthly USD$799.00 |
Purchase address (no affiliate):https://whmcs.as211392.com
🔗 Quick Links
| YABS | Node Quality | Mixed Benchmark | nws.sh | Streaming Unlock |
|---|---|---|---|---|
| [Link] | [Link] | [Link] | [Link] | [Link] |
2. Performance Tests
Click to expand
bash <(curl -sL https://Check.Place) -H
AMD EPYC 9655, very strong performance, good I/O, much stronger than my own dedicated server.
3. Evening Peak Return-to-China Speed Tests
Click to expand
Test Method: single-thread TCP protocol
Without testing through a landing node, inbound traffic is limited by the firewall, so I chose RFCHOST HK CTC as the landing node. Speeds peaked around 300Mbps. China Telecom is relatively stable, while China Unicom and China Mobile show cutouts. I am not sure whether the 300Mbps cap and the Unicom/Mobile cutouts are firewall policy, since speed testing is probably not within the expected use case of this kind of high-defense server. Latency on all three networks is first-tier and extremely low.
| China Telecom | China Unicom | China Mobile |
|---|---|---|
4. Return Routes & Network Quality
Click to expand
bash <(curl -sL https://run.NodeQuality.com)
Telecom premium CN2 return, Unicom return 10099->4837, Mobile return CMI.
Latency to Unicom could not be measured here; refer to the later itdog.cn screenshots, where it can be measured.
5. Outbound Routes & TCP Ping
Click to expand
Three-Network Outbound Routes
Test Site: itdog.cn
Test Time: 2026-02-18 21:00
Outbound direct for all three networks: China Telecom 163, China Unicom 4837->10099, China Mobile CMI.
| Location | China Telecom | China Unicom | China Mobile |
|---|---|---|---|
| Guangzhou | |||
| Shanghai | |||
| Beijing |
Three-Network TCP Ping
Test Site: itdog.cn
Test Time: 2026-02-18 20:00
Latency is quite low. Telecom and Unicom are relatively stable, while Mobile has noticeably more packet loss and jitter; perhaps that is just CMI.
| China Telecom | China Unicom | China Mobile |
|---|---|---|
6. International Connectivity
Click to expand
bgp.tools
Test Site: bgp.tools
Test Time: 2026-02-18 22:00
It appears to connect CTG through Alibaba; it also connects CMI and CUG.
ASN Number: 211392
ASN Name: DREAM CLOUD INNOVATION LIMITED
Region: Unknown
Data Source Statistics:
- HE.net: 50 routes
- BGP.tools: 44 routes
- After merge and deduplication: 71 routes
Route Analysis:
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
Own-node Speed & Latency Tests
Test Method: iPerf3 TCP single-thread & one 10-second run
Test Time: 2026-02-18 22:00
Asia-Pacific international upload/outbound can saturate the 2G port, while download/inbound is limited to around 300Mbps.
| iPerf3 | Ping |
|---|---|
Cloudflare Local Speed Test
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
Web Latency
bash <(wget -qO- https://raw.githubusercontent.com/danger-dream/network-latency-tester/main/latency.sh)
7. IP Quality
Click to expand
bash <(curl -sL https://run.NodeQuality.com)
Surely nobody buys such an expensive machine just to watch streaming, right...
8. Summary
A very powerful high-defense performance machine, and very expensive. You need revenue-generating business that requires DDoS protection to make use of it. Many test items do not really fit this kind of high-defense server because inbound traffic is rate-limited, and there is no way to truly test how much mitigation it provides. Latency for all three networks is top-tier, but actual speed is hard to measure because of the defense policies, including domestic iPerf3 tests being rate-limited or blocked. 
9. About the Tests
Click to expand
"DreamCloud Standard-16C32G-StandNet" was provided by @Sherlock ; the other machines used in this test were purchased at my own expense. Results may be time-sensitive.
Kernel parameters of the test machines (/etc/sysctl.conf) are as follows:
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