What Server is Good for Personal Blogs

Just after Black Friday, I originally planned to buy a few small VPSs, and indeed, I bought several. However, after a few days of testing, I only kept one. The main reason was that I got lucky and registered a new Oracle account, scoring a very suitable cloud server for free. This saved me money, so I returned most of the VPSs I bought during Black Friday.

Black Friday Results

This Black Friday, I bought 4 VPSs in total, returned 3, and kept 1. Including three Oracle free VPSs, I now have 4 VPSs in hand. (Not counting Serv00, which can’t be considered)

Claw HK 2C8G 8$/month

This is a Hong Kong VPS from Claw.cloud. Claw has been extremely popular in the tech community this year, mainly because it is backed by Alibaba Cloud. The company is located in the same place as Alibaba’s overseas network promotion company, and the VPSs they sell are the same as Alibaba Cloud ECS. The daily price of Alibaba Cloud ECS is ridiculously high, making Claw’s offerings highly cost-effective.

Fusion Monster test results attached

The biggest advantage of Claw’s VPS series is that their Hong Kong servers use Alibaba Cloud’s own direct routes to mainland China, performing excellently on all three major networks: China Mobile, China Unicom, and China Telecom. The only downside is that the 2C8G model I bought is not the most cost-effective. Although it’s only $8, Claw has three cheaper options, with the most cost-effective being the $4 one.

Claw HK 2C2G $6/month (Black Friday general discount)
Claw HK 2C2G $4/month (special promotion + Black Friday limited)
Claw HK 1C1G $2.8/month (special promotion)

Since I missed the $4 purchase window, I would have to pay a premium of about 70 on the MJJ forum to get it. To avoid encouraging scalping, I didn’t go for it.

From a cost-performance perspective, the Claw HK 2C2G is the most suitable choice for personal blogs. Domestic latency can generally be kept under 50ms, and the excellent routing makes the loading speed almost indistinguishable from domestic VPSs.

Claw SG 1C1G 1.75$/month

Since I missed the $4 Claw deal, I also bought a Claw Singapore 1C1G VPS. However, I overestimated the condition of Alibaba’s international routes before purchasing. This VPS is only suitable for China Unicom users, as China Mobile and China Telecom users will find it almost unusable. During peak hours at night, China Mobile’s connection speed can drop below 200KB.

For Unicom users, this is a very good choice. However, since my phone card is from China Broadcasting and my home broadband is from China Mobile, I mostly use China Mobile’s network. Only at work do I use Unicom’s network, so this VPS is mostly useless to me. I returned it after a few days of use.

This VPS is clearly unsuitable for hosting websites, as China Telecom and China Mobile users would be frustrated. Moreover, a 1C1G VPS is only suitable for hosting static websites. For Java-based blogs like Halo, the installation process alone would likely crash the server.

Vmiss US CMIN2 1C1G 40CAD/year

Vmiss is a project by Canadian Chinese, mainly selling high-end routes with limited bandwidth and traffic. The cmin2 route VPS I bought is indeed fast. When pinging from multiple locations in China, whether on China Mobile, Unicom, or Telecom, the connection is stable, especially on China Mobile, with almost no fluctuations.

The main issue with this VPS is that the route is a bit expensive, costing 40 CAD per year, which is about 207 RMB, but it only comes with 400GB of traffic. I used it to host a static copy of this site and found that the latency across China is generally under 160ms. The 200Mbps bandwidth is sufficient for daily use, but if you don’t need three-network optimization, there’s no need to use this.

If you want to deploy a static website on your own overseas server, this VPS is a very suitable choice, with excellent three-network optimization. Additionally, static websites don’t require much traffic, making it more cost-effective compared to DMIT or BandwagonHost. However, like the previous VPS, Vmiss’s CPU is also quite weak. If you plan to install WordPress or Halo, you need to consider this carefully. WordPress is manageable with a LiteSpeed+SQLite setup, but Halo might be problematic to install.

Vmiss HK INTL 1C1G 18CAD/year

The Vmiss Hong Kong international route VPS is the only one I kept from this Black Friday. The main reason is that I use China Mobile’s network, and this VPS offers an excellent experience for China Mobile users at a reasonable price of 18 CAD per year, which is about 93 RMB. During peak hours at night, my Guangdong China Mobile speed test can reach over 400Mbps, and during the day, it can almost max out the 500Mbps port. From the tests, it uses the NTT-CMIN2 route. However, China Telecom and Unicom users will find it almost unusable, with speeds dropping below 3Mbps during peak hours.

This single-network optimized VPS is also unsuitable for hosting websites. I originally planned to abandon platforms like GitHub Pages and Vercel for deploying static blogs and switch to VPS deployment. However, after testing, I found that even the Vmiss US CMIN2 route can only match Vercel. This path is now completely abandoned.

Oracle Sinapore West 4C24G FREE

It was a miracle that I managed to register an Oracle account on the last day of Black Friday. The credit card I used this time is a single-currency card from China Merchants Bank, which I applied for in 2014. Since it has no annual fee and I didn’t need to worry about spending, I forgot about it until the bank called to inform me that I could replace the card. I logged into the China Merchants Bank app, submitted a new card application, and received it two days later.

Registering an Oracle account has always been a mystery. After successfully registering an account in the Hyderabad, India region, I tried multiple VISA and MasterCard credit cards but failed.

This time, as soon as I received the new China Merchants Bank VISA card, I tried it and succeeded on the first attempt. It was a pleasant surprise.

Although Oracle’s Singapore route is also quite ordinary, I found that direct connections can still reach about 100Mbps. The main advantage is the powerful machine, coupled with a 4Gbps port, making even poor routes usable (some regions on China Mobile use the CMIN2 route). With Cloudflare, the speed can be stabilized at over 150Mbps.

The biggest issue with Oracle’s servers is the routing. The routes to nearby regions like Japan and South Korea are already overused, while routes to farther regions have almost no optimization. If you want to host a website, you must use a CDN. I currently have two Hyderabad, India servers and this one, which are fine for light services when using a CDN. However, WordPress is still challenging and requires faster CDNs to compensate. Overall, if you use Cloudflare, the average domestic access time is about 1.5 seconds. If you have no other options, it’s usable. I deployed services on Hyruo Homepage using Oracle servers, all with free Cloudflare. The last three are blog backups, which are still slower compared to Vercel and GitHub Pages.

Summary

Here are the deployment options for personal blog websites:

Static Blogs

Prioritize platforms like Vercel and GitHub Pages, as these platforms are well-optimized, and there’s no need to bother with self-hosting.
If your domain is already registered, you can choose domestic platforms like Tencent Cloud or Alibaba Cloud, and the cheapest lightweight cloud option is sufficient. Additionally, Tencent recently launched EdgeOne, which seems to offer domestic acceleration for registered domains, but I can’t test it.
If you don’t want to use platforms or register your domain, you can choose Vmiss, Dmit, or Claw (HK) servers with three-network optimization, whichever is cheaper.

Dynamic Blogs

Prioritize domestic platforms, but both the domain and server need to be registered.
Choose a three-network optimized server with at least 2C2G, whichever is cheaper. If your website is large, consider 4C/8C options.
Use any cheap server with a CDN. For free options, use Cloudflare. For small traffic, try Quic.cloud (requires OLS) and other free CDNs.

Fusion Monster Test Results

Claw HK 2C8G Fusion Monster Test

I only tested the speed myself, and the China Broadcasting phone card had a latency of about 120ms, which is a stark contrast to the China Mobile card. Normally, the latency on Guangdong China Mobile should be under 20ms.

This test result is from Nodeseek

  1
  2
  3
  4
  5
  6
  7
  8
  9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
---------------------Basic Information Query--Thanks to All Open Source Projects---------------------
 CPU Model          : Intel(R) Xeon(R) Platinum 8163 CPU @ 2.50GHz
 CPU Cores          : 2
 CPU Frequency      : 2500.018 MHz
 CPU Cache          : L1: 32.00 KB / L2: 1.00 MB / L3: 33.00 MB
 AES-NI Instructions: ✔ Enabled
 VM-x/AMD-V Support : ❌ Disabled
 Memory             : 160.74 MiB / 7.77 GiB
 Swap               : [ no swap partition or swap file detected ]
 Disk Space         : 905.96 MiB / 100621.62 MiB
 Boot Disk Path     : /dev/vda1
 System Uptime      : 0 days, 0 hour 30 min
 Load               : 0.30, 0.09, 0.03
 System             : Debian GNU/Linux 12 (bookworm) (x86_64)
 Architecture       : x86_64 (64 Bit)
 Kernel             : 6.1.0-26-cloud-amd64
 TCP Acceleration   : cubic
 Virtualization     : KVM
 NAT Type           : Full Cone
 IPV4 ASN           : AS45102 Alibaba (US) Technology Co., Ltd.
 IPV4 Location      : Hong Kong / Hong Kong / HK
----------------------CPU Test--via sysbench-------------------------
 -> CPU Test (Fast Mode, 1-Pass @ 5sec)
 1 Thread Test (Single Core) Score: 		894 Scores
 2 Thread Test (Multi-Core) Score: 		1496 Scores
---------------------Memory Test--Thanks to lemonbench----------------
 -> Memory Test (Fast Mode, 1-Pass @ 5sec)
 Single Thread Read Test:		18120.61 MB/s
 Single Thread Write Test:		15048.84 MB/s
------------------Disk dd Read/Write Test--Thanks to lemonbench--------
 -> Disk IO Test (4K Block/1M Block, Direct Mode)
 Test Operation		Write Speed					Read Speed
 100MB-4K Block		30.9 MB/s (7545 IOPS, 3.39s)		27.4 MB/s (6698 IOPS, 3.82s)
 1GB-1M Block		219 MB/s (209 IOPS, 4.80s)		196 MB/s (186 IOPS, 5.35s)
---------------------Disk fio Read/Write Test--Thanks to yabs---------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 14.08 MB/s    (3.5k) | 90.90 MB/s    (1.4k)
Write      | 14.09 MB/s    (3.5k) | 91.38 MB/s    (1.4k)
Total      | 28.18 MB/s    (7.0k) | 182.29 MB/s   (2.8k)
           |                      |                     
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 86.38 MB/s     (168) | 86.19 MB/s      (84)
Write      | 90.97 MB/s     (177) | 91.93 MB/s      (89)
Total      | 177.36 MB/s    (345) | 178.12 MB/s    (173)
----------------Three-Network Return--Based on oneclickvirt/backtrace----
Beijing Telecom 219.141.140.10  Unicom4837   [Normal Route] Telecom163    [Normal Route] 
Beijing Unicom 202.106.195.68   Unicom4837   [Normal Route] 
Beijing Mobile 221.179.155.161  MobileCMI    [Normal Route] 
Shanghai Telecom 202.96.209.133 Unicom4837   [Normal Route] Telecom163    [Normal Route] 
Shanghai Unicom 210.22.97.1     Unicom4837   [Normal Route] 
Shanghai Mobile 211.136.112.200 Mobile CMI [Regular Route]
Guangzhou Telecom 58.60.188.222 Unicom 4837 [Regular Route]
Guangzhou Unicom 210.21.196.6 Unicom 4837 [Regular Route]
Guangzhou Mobile 120.196.165.24 Mobile CMI [Regular Route]
Chengdu Telecom 61.139.2.69 Unicom 4837 [Regular Route] Telecom 163 [Regular Route]
Chengdu Unicom 119.6.6.6 Unicom 4837 [Regular Route]
Chengdu Mobile 211.137.96.205 Mobile CMI [Regular Route]
Accurate routes should be checked by viewing detailed routing information. This test result is for reference only.
When there are multiple routes to the same destination address, the detection may have passed the aggregation layer. Except for the first route, subsequent information may be invalid.
---------------------Return Route--Thanks to fscarmen for open source and PR---------------------
Sequentially testing the regions and routes passed by Telecom/Unicom/Mobile. The core program is from ipip.net or nexttrace. Please be aware!
Guangzhou Telecom 58.60.188.222
1.26 ms * DOD
6.56 ms * RFC1918
2.26 ms * DOD
2.52 ms * Hong Kong, China
2.72 ms * [CUG-ASIA] Hong Kong, China
3.41 ms AS10099 [CUG-BACKBONE] Hong Kong, China chinaunicomglobal.com Unicom
3.04 ms AS10099 [CUG-BACKBONE] Hong Kong, China CUG-HKG-Core chinaunicomglobal.com Unicom
7.19 ms AS4837 [CU169-BACKBONE] Guangzhou, Guangdong, China chinaunicom.cn
7.75 ms AS4837 [CU169-BACKBONE] Guangzhou, Guangdong, China chinaunicom.cn Unicom
7.63 ms AS4837 [CU169-BACKBONE] Guangzhou, Guangdong, China chinaunicom.cn Unicom
43.64 ms AS4837 [CU169-BACKBONE] Beijing, China chinaunicom.cn Unicom
50.36 ms AS4837 [CU169-BACKBONE] Beijing, China chinaunicom.cn Unicom
40.96 ms AS4837 [CU169-BACKBONE] Beijing, China chinaunicom.cn
45.45 ms AS4134 [CHINANET-BB] Beijing, China www.chinatelecom.com.cn Telecom
46.40 ms AS4134 [APNIC-AP] Shenzhen, Guangdong, China www.chinatelecom.com.cn
45.19 ms AS4134 Futian District, Shenzhen, Guangdong, China www.chinatelecom.com.cn Telecom
Guangzhou Unicom 210.21.196.6
52.91 ms * RFC1918
1.78 ms * Hong Kong, China
1.63 ms * DOD
2.12 ms * Hong Kong, China
3.04 ms * [CUG-ASIA] Hong Kong, China
6.69 ms AS10099 [CUG-BACKBONE] Hong Kong, China chinaunicomglobal.com Unicom
9.03 ms AS4837 [CU169-BACKBONE] Guangzhou, Guangdong, China chinaunicom.cn Unicom
12.06 ms AS4837 [CU169-BACKBONE] Guangzhou, Guangdong, China chinaunicom.cn Unicom
13.17 ms AS17816 [UNICOM-GD] Shenzhen, Guangdong, China chinaunicom.cn Unicom
81.27 ms AS17623 [APNIC-AP] Shenzhen, Guangdong, China chinaunicom.cn Unicom
11.85 ms AS17623 [APNIC-AP] Bao'an District, Shenzhen, Guangdong, China chinaunicom.cn Unicom
Guangzhou Mobile 120.196.165.24
1.39 ms * DOD
2.17 ms AS45102 [Taobao] Hong Kong, China alibabagroup.com
103.54 ms AS58453 [CMI-INT] Hong Kong, China cmi.chinamobile.com
8.52 ms AS58453 [CMI-INT] Guangzhou, Guangdong, China X-I cmi.chinamobile.com Mobile
10.04 ms AS9808 [CMNET] Guangzhou, Guangdong, China chinamobileltd.com Mobile
10.44 ms AS9808 [CMNET] Guangzhou, Guangdong, China chinamobileltd.com Mobile
12.44 ms AS9808 [CMNET] Guangzhou, Guangdong, China chinamobileltd.com Mobile
12.25 ms AS9808 [CMNET] Guangzhou, Guangdong, China chinamobileltd.com Mobile
14.88 ms AS9808 [CMNET] Guangzhou, Guangdong, China chinamobileltd.com Mobile
12.97 ms AS56040 [APNIC-AP] Shenzhen, Guangdong, China gd.10086.cn Mobile
--------------------Automatic Update of Speed Test Node List--Original Script--------------------
Location Upload Speed Download Speed Latency Packet Loss Rate
Speedtest.net 1052.61 Mbps 1011.33 Mbps 2.03 0.0%
Hong Kong, China 316.30 Mbps 1011.43 Mbps 2.06 NULL
Singapore 1035.05 Mbps 1023.13 Mbps 36.55 0.0%
Unicom Shanghai 5G 1036.10 Mbps 58.04 Mbps 35.71 0.6%
Unicom WuXi 919.24 Mbps 1008.57 Mbps 35.14 0.0%
Telecom Zhejiang 1040.76 Mbps 1113.55 Mbps 34.86 NULL
Telecom Zhejiang 894.77 Mbps 1124.76 Mbps 32.23 NULL
Mobile Beijing 651.62 Mbps 1065.22 Mbps 47.43 NULL
------------------------------------------------------------------------
Total time spent: 9 minutes 29 seconds
Time: Mon Nov 18 01:08:23 UTC 2024
------------------------------------------------------------------------

Claw SG 1C1G Fusion Monster Test

This test result is quite misleading. I bought it based on this test result before, only to find that low Ping on Mobile is completely meaningless if the speed can’t keep up. Low Ping is useless if the speed is poor.

Additionally, although the test result shows Telecom as a premium route, Telecom might have routed through the US, resulting in high Ping and significantly worse stability.

On the other hand, Unicom quietly performs exceptionally well on a regular route, not only with low Ping but also strong stability, almost like a straight line.

Mobile, however, is completely unusable.

Test result from Nodeseek

  1
  2
  3
  4
  5
  6
  7
  8
  9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
---------------------Basic Information Query--Thanks to All Open Source Projects---------------------
CPU Model: Intel(R) Xeon(R) Platinum
CPU Cores: 1
CPU Frequency: 2500.000 MHz
CPU Cache: L1: 64.00 KB / L2: 1.00 MB / L3: 33.00 MB
AES-NI Instruction Set: ✔ Enabled
VM-x/AMD-V Support: ❌ Disabled
Memory: 112.54 MiB / 929.51 MiB
Swap: [No swap partition or swap file detected]
Disk Space: 835.58 MiB / 19990.38 MiB
Boot Disk Path: /dev/vda1
System Uptime: 0 days, 0 hour 6 min
Load: 0.46, 0.26, 0.10
System: Debian GNU/Linux 11 (bullseye) (x86_64)
Architecture: x86_64 (64 Bit)
Kernel: 5.10.0-33-cloud-amd64
TCP Acceleration: bbr
Virtualization Architecture: KVM
NAT Type: Full Cone
IPv4 ASN: AS45102 Alibaba (US) Technology Co., Ltd.
IPv4 Location: Singapore / Singapore / SG
----------------------CPU Test--via sysbench-------------------------
-> CPU Test (Fast Mode, 1-Pass @ 5sec)
1 Thread Test (Single Core) Score: 1012 Scores
---------------------Memory Test--Thanks to lemonbench-----------------------
-> Memory Test (Fast Mode, 1-Pass @ 5sec)
Single Thread Read Test: 3644.69 MB/s
Single Thread Write Test: 3181.05 MB/s
------------------Disk dd Read/Write Test--Thanks to lemonbench--------------------
-> Disk IO Test (4K Block/1M Block, Direct Mode)
Test Operation Write Speed Read Speed
100MB-4K Block 14.1 MB/s (3435 IOPS, 7.45s) 13.1 MB/s (3192 IOPS, 8.02s)
1GB-1M Block 158 MB/s (151 IOPS, 6.62s) 147 MB/s (139 IOPS, 7.16s)
---------------------Disk fio Read/Write Test--Thanks to yabs----------------------
Block Size | 4k (IOPS) | 64k (IOPS)
------ | --- ---- | ---- ----
Read | 6.21 MB/s (1.5k) | 68.74 MB/s (1.0k)
Write | 6.21 MB/s (1.5k) | 69.16 MB/s (1.0k)
Total | 12.42 MB/s (3.1k) | 137.91 MB/s (2.1k)
Block Size | 512k (IOPS) | 1m (IOPS)
------ | --- ---- | ---- ----
Read | 65.88 MB/s (128) | 65.40 MB/s (63)
Write | 69.37 MB/s (135) | 69.83 MB/s (68)
Total | 135.25 MB/s (263) | 135.23 MB/s (131)
----------------Three Network Return Routes--Based on oneclickvirt/backtrace Open Source----------------
Beijing Telecom 219.141.140.10 Telecom CN2GIA [Premium Route]
Beijing Unicom 202.106.195.68 Unicom 4837 [Regular Route]
Beijing Mobile 221.179.155.161 Mobile CMI [Regular Route]
Shanghai Telecom 202.96.209.133 Telecom CN2GT [High-Quality Route] Telecom 163 [Regular Route]
Shanghai Unicom 210.22.97.1 Unicom 4837 [Regular Route]
Shanghai Mobile 211.136.112.200 Mobile CMI [Regular Route]
Guangzhou Telecom 58.60.188.222 Telecom CN2GIA [Premium Route]
Guangzhou Unicom 210.21.196.6 Unicom 4837 [Regular Route]
Guangzhou Mobile 120.196.165.24 Mobile CMI [Regular Route]
Chengdu Telecom 61.139.2.69 Telecom CN2GIA [Premium Route]
Chengdu Unicom 119.6.6.6 Unicom 4837 [Regular Route]
Chengdu Mobile 211.137.96.205 Mobile CMI [Regular Route]
Accurate routes should be checked by viewing detailed routing information. This test result is for reference only.
When there are multiple routes to the same destination address, the detection may have passed the aggregation layer. Except for the first route, subsequent information may be invalid.
---------------------Return Route--Thanks to fscarmen for open source and PR---------------------
Sequentially test the regions and routes passed through by Telecom, Unicom, and Mobile. The core program is from ipip.net or nexttrace, please be aware!
Guangzhou Telecom 58.60.188.222
5.89 ms         * RFC1918
1.03 ms         * RFC1918
2.35 ms         AS23764 [CN2-BB] Singapore chinatelecomglobal.com Telecom
190.48 ms       * [CN2-BackBone] China Guangdong Guangzhou chinatelecom.cn Telecom
* ms    AS4134 [CHINANET-BB] China Guangdong Guangzhou www.chinatelecom.com.cn
188.95 ms       AS4134 China Guangdong Shenzhen Futian District www.chinatelecom.com.cn Telecom
Guangzhou Unicom 210.21.196.6
1.70 ms         * RFC1918
1.23 ms         AS10099 [CUG-BACKBONE] Singapore chinaunicomglobal.com Unicom
1.99 ms         AS10099 [CUG-BACKBONE] Singapore chinaunicomglobal.com Unicom
1.85 ms         * [CUG-BACKBONE] Singapore
47.15 ms        AS4837 [CU169-BACKBONE] China Guangdong Guangzhou chinaunicom.cn Unicom
45.24 ms        AS4837 [CU169-BACKBONE] China Guangdong Guangzhou chinaunicom.cn Unicom
42.64 ms        AS17816 [APNIC-AP] China Guangdong Maoming City chinaunicom.cn Unicom
43.19 ms        AS17623 [APNIC-AP] China Guangdong Shenzhen chinaunicom.cn Unicom
40.82 ms        AS17623 [APNIC-AP] China Guangdong Shenzhen Bao'an District chinaunicom.cn Unicom
Guangzhou Mobile 120.196.165.24
1.24 ms         * RFC1918
0.98 ms         * RFC1918
1.53 ms         AS6453 [APNIC-AP] Singapore tatacommunications.com
35.25 ms        AS6453 Singapore tatacommunications.com
35.32 ms        AS6453 [TATA-COMMUNICATIONS] China Hong Kong tatacommunications.com
43.13 ms        AS58453 [CMI-INT] China Guangdong Guangzhou cmi.chinamobile.com Mobile
44.95 ms        AS9808 [CMNET] China Guangdong Guangzhou chinamobileltd.com Mobile
44.15 ms        AS9808 [CMNET] China Guangdong Guangzhou chinamobileltd.com Mobile
46.02 ms        AS9808 [CMNET] China Guangdong Guangzhou chinamobileltd.com Mobile
48.15 ms        AS9808 [CMNET] China Guangdong Guangzhou chinamobileltd.com Mobile
47.70 ms        AS56040 [APNIC-AP] China Guangdong Shenzhen gd.10086.cn Mobile
--------------------Automatic Update Speed Test Node List--Original Script--------------------
Location              Upload Speed         Download Speed         Latency      Packet Loss
Speedtest.net    1065.19 Mbps    1011.45 Mbps    1.40     0.0%
Singapore           1052.88 Mbps    1011.99 Mbps    2.04     0.0%
Hong Kong         1063.57 Mbps    95.04 Mbps      38.63    0.0%
Unicom WuXi         1073.58 Mbps    902.27 Mbps     63.76    0.0%
Telecom Zhejiang         366.44 Mbps     1130.50 Mbps    200.04   NULL
Telecom Zhenjiang5G  302.26 Mbps     900.47 Mbps     201.12   NULL
Mobile Fujian       630.80 Mbps     710.40 Mbps     74.16    NULL
Mobile Beijing      537.08 Mbps     452.00 Mbps     210.13   NULL
------------------------------------------------------------------------
 Total Time Spent      : 9 minutes 39 seconds
 Time          : Sun Dec  1 06:45:26 UTC 2024
------------------------------------------------------------------------

Vmiss cmin2 1C1G Fusion Monster Test

I overestimated the CPU capability of this one, thinking it could score around 1200 like Claw, but it fell short. The key issue was that it crashed during the PHP test and couldn’t reconnect. The entire usage period didn’t exceed 1 day before I requested a refund.

Test results from Nodeseek

  1
  2
  3
  4
  5
  6
  7
  8
  9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
---------------------Basic Information Query--Thanks to All Open Source Projects---------------------
 CPU Model          : Intel Core Processor (Broadwell, IBRS)
 CPU Cores          : 1
 CPU Frequency      : 2599.996 MHz
 CPU Cache          : L1: 32.00 KB / L2: 4.00 MB / L3: 16.00 MB
 Disk Space         : 818.77 MiB / 10041.28 MiB
 Boot Disk Path     : /dev/vda1
 Memory             : 148.07 MiB / 977.20 MiB
 Swap               : [ no swap partition or swap file detected ]
 System Uptime      : 0 days, 2 hours 33 minutes
 Load               : 0.15, 0.03, 0.01
 System             : Debian GNU/Linux 12 (bookworm) (x86_64)
 AES-NI Instruction Set      : ✔ Enabled
 VM-x/AMD-V Support    : ✔ Enabled
 Architecture              : x86_64 (64 Bit)
 Kernel              : 6.1.0-13-cloud-amd64
 TCP Acceleration Method       : bbr
 Virtualization Architecture        : KVM
 NAT Type           : Open
---------------------CPU Test--Thanks to lemonbench Open Source------------------------
 -> CPU Test (Fast Mode, 1-Pass @ 5sec)
 1 Thread Test (1 Core) Score: 		956 Scores
---------------------Memory Test--Thanks to lemonbench Open Source-----------------------
 -> Memory Test (Fast Mode, 1-Pass @ 5sec)
 Single Thread Read Test:		19462.76 MB/s
 Single Thread Write Test:		15402.00 MB/s
------------------Disk dd Read/Write Test--Thanks to lemonbench Open Source--------------------
 -> Disk IO Test (4K Block/1M Block, Direct Mode)
 Test Operation		 Write Speed					 Read Speed
 100MB-4K Block		 26.2 MB/s (6398 IOPS, 4.00s)		 43.5 MB/s (10617 IOPS, 2.41s)
 1GB-1M Block		 327 MB/s (312 IOPS, 3.21s)		 1.6 GB/s (1504 IOPS, 0.66s)
---------------------Disk fio Read/Write Test--Thanks to yabs Open Source----------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 109.26 MB/s  (27.3k) | 1.28 GB/s    (20.0k)
Write      | 109.55 MB/s  (27.3k) | 1.28 GB/s    (20.1k)
Total      | 218.81 MB/s  (54.7k) | 2.56 GB/s    (40.1k)           |                      |                     
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 1.47 GB/s     (2.8k) | 1.56 GB/s     (1.5k)
Write      | 1.54 GB/s     (3.0k) | 1.66 GB/s     (1.6k)
Total      | 3.01 GB/s     (5.8k) | 3.22 GB/s     (3.1k)
----------------Three Network Return Routes--Thanks to zhanghanyun/backtrace Open Source-----------------
Country:  City:  ISP: 
Beijing Telecom 219.141.136.12  Mobile CMI [Regular Route]           
Beijing Unicom 202.106.50.1    Mobile CMI [Regular Route]           
Beijing Mobile 221.179.155.161 Mobile CMI [Regular Route]           
Shanghai Telecom 202.96.209.133  Mobile CMI [Regular Route]           
Shanghai Unicom 210.22.97.1     Mobile CMI [Regular Route]           
Shanghai Mobile 211.136.112.200 Mobile CMI [Regular Route]           
Guangzhou Telecom 58.60.188.222   Mobile CMI [Regular Route]           
Guangzhou Unicom 210.21.196.6    Mobile CMI [Regular Route]           
Guangzhou Mobile 120.196.165.24  Mobile CMI [Regular Route]           
Chengdu Telecom 61.139.2.69     Mobile CMI [Regular Route]           
Chengdu Unicom 119.6.6.6       Mobile CMI [Regular Route]           
Chengdu Mobile 211.137.96.205  Mobile CMI [Regular Route]           
---------------------Return Route--Thanks to fscarmen Open Source and PR---------------------
Sequentially test the regions and routes passed through by Telecom, Unicom, and Mobile. The core program is from ipip.net or nexttrace, please be aware!
Guangzhou Telecom 58.60.188.222
21.53 ms  *  LAN
0.92 ms  *  LAN
1.61 ms  *  LAN
0.95 ms  AS58807  USA, California, Los Angeles, chinamobile.com, Mobile
129.74 ms  AS58807  USA, California, Los Angeles, chinamobile.com, Mobile
126.79 ms  AS58807  China, Shanghai, chinamobile.com, Mobile
126.44 ms  AS9808  China, chinamobile.com, Mobile
126.72 ms  AS9808  China, Shanghai, chinamobile.com, Mobile
127.18 ms  AS9808  China, Shanghai, chinamobile.com, Mobile
157.78 ms  AS9808  China, Guangdong, Guangzhou, chinamobile.com, Mobile
158.52 ms  AS9808  China, Guangdong, Guangzhou, chinamobile.com, Mobile
155.61 ms  AS4134  China, Guangdong, Shenzhen, chinatelecom.com.cn, Telecom
163.49 ms  AS4134  China, Guangdong, Shenzhen, chinatelecom.com.cn, Telecom
Guangzhou Unicom 210.21.196.6
29.56 ms  *  LAN
0.78 ms  *  LAN
0.76 ms  *  LAN
0.98 ms  AS58807  USA, California, Los Angeles, chinamobile.com, Mobile
128.62 ms  AS58807  United States, California, Los Angeles, chinamobile.com, Mobile
126.71 ms  AS58807  China, Shanghai, chinamobile.com, Mobile
128.76 ms  AS9808  China, chinamobile.com, Mobile
128.72 ms  AS9808  China, Shanghai, chinamobile.com, Mobile
129.15 ms  AS9808  China, Shanghai, chinamobile.com, Mobile
157.56 ms  AS9808  China, Guangdong, Guangzhou, chinamobile.com, Mobile
158.65 ms  AS9808  China, Guangdong, Guangzhou, chinamobile.com, Mobile
163.24 ms  AS9808  China, Guangdong, Guangzhou, chinamobile.com, Mobile
165.36 ms  AS17816  China, Guangdong, Shenzhen, chinaunicom.com, Unicom
164.53 ms  AS17623  China, Guangdong, Shenzhen, chinaunicom.com, Unicom
Guangzhou Mobile 120.196.165.24
18.17 ms  *  LAN
0.77 ms  *  LAN
1.06 ms  *  LAN
1.06 ms  AS58807  United States, California, Los Angeles, chinamobile.com, Mobile
127.00 ms  AS58807  United States, California, Los Angeles, chinamobile.com, Mobile
126.53 ms  AS58807  China, Shanghai, chinamobile.com, Mobile
126.57 ms  AS9808  China, chinamobile.com, Mobile
126.64 ms  AS9808  China, Shanghai, chinamobile.com, Mobile
132.21 ms  AS9808  China, Shanghai, chinamobile.com, Mobile
150.83 ms  AS9808  China, Beijing, chinamobile.com, Mobile
151.16 ms  AS9808  China, Beijing, chinamobile.com, Mobile
152.48 ms  AS56040  China, Guangdong, Shenzhen, chinamobile.com, Mobile
--------------------Automatically Updated Speed Test Node List--Original Script--------------------
Location         Upload Speed   Download Speed   Latency   Packet Loss
--------------------Automatically Updated Speed Test Node List--Original Script--------------------
Location         Upload Speed   Download Speed   Latency   Packet Loss
Speedtest.net    516.89 Mbps    185.34 Mbps     175.86     0.0%
Los Angeles      882.62 Mbps    191.03 Mbps     0.82       NULL
Tokyo, Japan     429.37 Mbps    202.18 Mbps     98.51      NULL
Unicom WuXi      15.02 Mbps     15.04 Mbps      136.59     0.0%
Unicom Shanghai 5G 621.61 Mbps    190.80 Mbps     129.48     0.0%
Telecom Zhejiang 629.16 Mbps    196.68 Mbps     140.06     NULL
Telecom Nanjing 5G 437.01 Mbps    194.41 Mbps     159.36     0.0%
Mobile Hangzhou 5G 472.04 Mbps    208.23 Mbps     131.11     0.0%
Mobile Beijing   889.06 Mbps    209.98 Mbps     153.38     NULL
------------------------------------------------------------------------
 Total Time Spent: 7 minutes 17 seconds
 Time: Fri Dec 15 05:50:00 EST 2023
------------------------------------------------------------------------

Vmiss HK intl 1C1G Fusion Monster Test

This product focuses on international routes. For domestic routes, Telecom and Unicom detour through Japan and the US respectively, while Mobile directly connects to the mainland via Hong Kong NTT, which is evident from the Ping results. It is only suitable for Mobile users.

The return route might not have been detected due to the security group settings.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
---------------------Basic Information Query--Thanks to All Open Source Projects---------------------
 CPU Model          : Intel Xeon Processor (Skylake, IBRS)
 CPU Cores          : 1
 CPU Frequency      : 2095.076 MHz
 CPU Cache          : L1: 32.00 KB / L2: 4.00 MB / L3: 16.00 MB
 AES-NI Instruction Set: ✔ Enabled
 VM-x/AMD-V Support : ✔ Enabled
 Memory             : 468.52 MiB / 973.27 MiB
 Swap               : [ no swap partition or swap file detected ]
 Disk Space         : 3.73 GiB / 9.81 GiB
 Boot Disk Path     : /dev/vda1
 System Uptime      : 2 days, 3 hours 50 minutes
 Load               : 0.73, 0.23, 0.07
 System             : Debian GNU/Linux 12 (bookworm) (x86_64)
 Architecture       : x86_64 (64 Bit)
 Kernel             : 6.1.0-28-cloud-amd64
 TCP Acceleration   : bbr
 Virtualization     : KVM
 NAT Type           : Port Restricted Cone
 IPV4 ASN           : AS967 VMISS Inc.
 IPV4 Location      : Hong Kong / Hong Kong / HK
----------------------CPU Test--via sysbench-------------------------
 -> CPU Test (Fast Mode, 1-Pass @ 5sec)
 1 Thread Test (Single Core) Score: 		897 Scores
---------------------Memory Test--Thanks to lemonbench----------------
 -> Memory Test (Fast Mode, 1-Pass @ 5sec)
 Single Thread Read Test:		18481.24 MB/s
 Single Thread Write Test:		15057.78 MB/s
------------------Disk dd Read/Write Test--Thanks to lemonbench--------
 -> Disk IO Test (4K Block/1M Block, Direct Mode)
 Test Operation		Write Speed					Read Speed
 100MB-4K Block		25.8 MB/s (6302 IOPS, 4.06s)		44.4 MB/s (10844 IOPS, 2.36s)
 1GB-1M Block		551 MB/s (525 IOPS, 1.90s)		1.4 GB/s (1349 IOPS, 0.74s)
---------------------Disk fio Read/Write Test--Thanks to yabs---------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 137.18 MB/s  (34.2k) | 1.05 GB/s    (16.4k)
Write      | 137.54 MB/s  (34.3k) | 1.05 GB/s    (16.5k)
Total      | 274.72 MB/s  (68.6k) | 2.11 GB/s    (33.0k)
           |                      |                     
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 1.49 GB/s     (2.9k) | 1.58 GB/s     (1.5k)
Write      | 1.57 GB/s     (3.0k) | 1.69 GB/s     (1.6k)
Total      | 3.07 GB/s     (6.0k) | 3.27 GB/s     (3.1k)
----------------Three Network Return Routes--Based on oneclickvirt/backtrace Open Source----------------
Beijing Telecom 219.141.140.10  Unable to detect return route node IP address
Beijing Unicom 202.106.195.68  Unable to detect return route node IP address
Beijing Mobile 221.179.155.161 Unable to detect return route node IP address
Shanghai Telecom 202.96.209.133 Unable to detect return route node IP address
Shanghai Unicom 210.22.97.1    Unable to detect return route node IP address
Shanghai Mobile 211.136.112.200 Unable to detect return route node IP address
Guangzhou Telecom 58.60.188.222 Unable to detect return route node IP address
Guangzhou Unicom 210.21.196.6  Unable to detect return route node IP address
Guangzhou Mobile 120.196.165.24 Unable to detect return route node IP address
Chengdu Telecom 61.139.2.69    Unable to detect return route node IP address
Chengdu Unicom 119.6.6.6       Unable to detect return route node IP address
Chengdu Mobile 211.137.96.205  Unable to detect return route node IP address
Accurate routes can be viewed in detailed routing, this test result is for reference only
For multiple routes to the same target address, detection may have passed the aggregation layer, and information after the first route may be invalid
---------------------Return Route--Thanks to fscarmen Open Source and PR---------------------
Sequentially test the regions and routes passed by Telecom/Unicom/Mobile, core program from ipip.net or nexttrace, please note!
Guangzhou Telecom 58.60.188.222
1.02 ms  AS932  China, Hong Kong, hostker.com
1.82 ms  *  LAN
1.88 ms  AS174  China, Hong Kong, cogentco.com
156.03 ms  AS174  United States, California, Los Angeles, cogentco.com
149.53 ms  AS174  United States, California, Los Angeles, cogentco.com
150.22 ms  AS174  United States, California, San Jose, cogentco.com
156.82 ms  AS174  United States, California, San Jose, cogentco.com
328.08 ms  AS4134  China, Guangdong, Guangzhou, chinatelecom.com.cn, Telecom
317.27 ms  AS4134  China, Guangdong, Shenzhen, chinatelecom.com.cn, Telecom
Guangzhou Unicom 210.21.196.6
0.80 ms  AS932  China, Hong Kong, hostker.com
0.97 ms  *  LAN
7.42 ms  AS2914  China, Hong Kong, ntt.com
4.69 ms  AS2914  China, Hong Kong, ntt.com
52.33 ms  AS2914  Japan, Tokyo, Tokyo, ntt.com
53.90 ms  AS2914  Japan, Tokyo, Tokyo, ntt.com
107.69 ms  AS4837  China, Guangdong, Guangzhou, chinaunicom.com, Unicom
115.99 ms  AS4837  China, Guangdong, Guangzhou, chinaunicom.com, Unicom
156.31 ms  AS17816  China, Guangdong, Shenzhen, chinaunicom.com, Unicom
120.40 ms  AS17623  China, Guangdong, Shenzhen, chinaunicom.com, Unicom
116.03 ms  AS17623  China, Guangdong, Shenzhen, chinaunicom.com, Unicom
Guangzhou Mobile 120.196.165.24
1.36 ms  AS932  China, Hong Kong, hostker.com
0.44 ms  *  LAN
1.02 ms  AS2914  China, Hong Kong, ntt.com
2.28 ms  AS2914  China, Hong Kong, ntt.com
8.54 ms  AS58453  China, Guangdong, Guangzhou, chinamobile.com, Mobile
10.02 ms  AS9808  China, Guangdong, Guangzhou, chinamobile.com, Mobile
10.13 ms  AS9808  China, Guangdong, Guangzhou, chinamobile.com, Mobile
20.01 ms  AS9808  China, Guangdong, Guangzhou, chinamobile.com, Mobile
18.01 ms  AS9808  China, Guangdong, Guangzhou, chinamobile.com, Mobile
```### Oracle Singapore West Region ARM Fusion Test

Oracle's product also routes through China Telecom and China Unicom, with only China Mobile providing a direct connection. However, due to the poor TATA line, even with a direct connection, the bandwidth from China Mobile is not high. On the other hand, the China Unicom line is worth investigating; although it routes through, it might still offer better speeds than China Mobile.

———————Basic Information Query–Thanks to All Open Source Projects——————— CPU Model : Neoverse-N1 BIOS virt-7.2 CPU @ 2.0GHz CPU Cores : 4 CPU Cache : L1: 0.00 KB / L2: 0.00 KB / L3: 0.00 KB AES-NI Instruction Set : ✔ Enabled VM-x/AMD-V Support : ❌ Disabled Memory : 3.35 GiB / 23.42 GiB Swap : [ no swap partition or swap file detected ] Disk Space : 7.29 GiB / 47.39 GiB Boot Disk Path : /dev/sda1 System Uptime : 5 days, 2 hour 4 min Load : 0.61, 0.27, 0.12 System : Ubuntu 24.04.1 LTS (aarch64) Architecture : aarch64 (64 Bit) Kernel : 6.8.0-1013-oracle TCP Acceleration Method : cubic Virtualization Architecture : KVM NAT Type : Port Restricted Cone IPV4 ASN : AS31898 Oracle Corporation IPV4 Location : Singapore / Singapore / SG ———————-CPU Test–via sysbench————————- -> CPU Test (Fast Mode, 1-Pass @ 5sec) 1 Thread Test (Single Core) Score: 3348 Scores 4 Thread Test (Multi-Core) Score: 13155 Scores ———————Memory Test–Thanks to lemonbench———————– -> Memory Test (Fast Mode, 1-Pass @ 5sec) Single Thread Read Test: 30177.07 MB/s Single Thread Write Test: 14528.97 MB/s ——————Disk dd Read/Write Test–Thanks to lemonbench——————– -> Disk IO Test (4K Block/1M Block, Direct Mode) Test Operation Write Speed Read Speed 100MB-4K Block 9.2 MB/s (2254 IOPS, 11.36s) 12.4 MB/s (3033 IOPS, 8.44s) 1GB-1M Block 52.9 MB/s (50 IOPS, 19.80s) 52.4 MB/s (49 IOPS, 20.02s) ———————Disk fio Read/Write Test–Thanks to yabs———————-

Block Size | 4k (IOPS) | 64k (IOPS) —— | — —- | —- —- Read | 6.37 MB/s (1.5k) | 27.16 MB/s (424) Write | 6.37 MB/s (1.5k) | 27.97 MB/s (437) Total | 12.74 MB/s (3.1k) | 55.14 MB/s (861) | |
Block Size | 512k (IOPS) | 1m (IOPS) —— | — —- | —- —- Read | 24.45 MB/s (47) | 24.05 MB/s (23) Write | 26.54 MB/s (51) | 26.83 MB/s (26) Total | 51.00 MB/s (98) | 50.88 MB/s (49) —————-Three Network Return Routes–Based on oneclickvirt/backtrace Open Source—————- Beijing Telecom 219.141.140.10 Cannot detect return route node IP address Beijing Unicom 202.106.195.68 Unicom 4837 [Normal Line] Beijing Mobile 221.179.155.161 Cannot detect return route node IP address Shanghai Telecom 202.96.209.133 Cannot detect return route node IP address Shanghai Unicom 210.22.97.1 Unicom 4837 [Normal Line] Shanghai Mobile 211.136.112.200 Cannot detect return route node IP address Guangzhou Telecom 58.60.188.222 Cannot detect return route node IP address Guangzhou Unicom 210.21.196.6 Unicom 4837 [Normal Line] Guangzhou Mobile 120.196.165.24 Cannot detect return route node IP address Chengdu Telecom 61.139.2.69 Telecom 163 [Normal Line] Chengdu Unicom 119.6.6.6 Unicom 4837 [Normal Line] Chengdu Mobile 211.137.96.205 Mobile CMI [Normal Line] Accurate lines should be checked by viewing detailed routes. This test result is for reference only. When there are multiple lines to the same target address, the detection may have passed the aggregation layer. Except for the first line, subsequent information may be invalid. ———————Return Route–Thanks to fscarmen Open Source and PR——————— Sequentially test the regions and lines passed by Telecom/Unicom/Mobile. The core program comes from ipip.net or nexttrace. Please be aware! Guangzhou Telecom 58.60.188.222 0.30 ms AS31898 Singapore cloud.oracle.com 0.78 ms AS6453 [TATA-COMMUNICATIONS] Singapore tatacommunications.com 0.94 ms AS6453 [TATA-COMMUNICATIONS] Singapore tatacommunications.com 273.72 ms AS6453 [TATA-COMMUNICATIONS] Singapore tatacommunications.com 174.36 ms AS6453 [TATAC-ARIN] Singapore tatacommunications.com 172.79 ms AS6453 USA California Los Angeles tatacommunications.com 179.96 ms AS6453 USA California Los Angeles tatacommunications.com 238.37 ms AS4134 [CHINANET-BB] China Guangdong Guangzhou www.chinatelecom.com.cn Telecom 237.44 ms AS4134 China Guangdong Shenzhen Futian District www.chinatelecom.com.cn Telecom Guangzhou Unicom 210.21.196.6 0.30 ms AS31898 Singapore cloud.oracle.com 0.78 ms AS6453 [TATA-COMMUNICATIONS] Singapore tatacommunications.com 33.52 ms AS6453 [TATA-COMMUNICATIONS] Singapore tatacommunications.com 223.38 ms AS6453 [TATA-COMMUNICATIONS] Singapore tatacommunications.com 224.39 ms AS6453 USA California Los Angeles tatacommunications.com 224.86 ms AS6453 USA California Los Angeles tatacommunications.com 176.92 ms AS6453 USA California Los Angeles tatacommunications.com 366.02 ms AS4837 [CU169-BACKBONE] China Beijing chinaunicom.cn Unicom 336.81 ms AS4837 [CU169-BACKBONE] China Beijing chinaunicom.cn 214.70 ms AS17816 [UNICOM-GD] China Guangdong Shenzhen chinaunicom.cn Unicom 218.28 ms AS17623 [APNIC-AP] China Guangdong Shenzhen chinaunicom.cn Unicom 215.41 ms AS17623 China Guangdong Shenzhen Baoan District chinaunicom.cn Unicom Guangzhou Mobile 120.196.165.24 0.32 ms AS31898 Singapore cloud.oracle.com 3.48 ms AS6453 [TATA-COMMUNICATIONS] Singapore tatacommunications.com 0.89 ms AS6453 [TATA-COMMUNICATIONS] Singapore tatacommunications.com 32.84 ms AS6453 [TATAC-ARIN] Singapore tatacommunications.com 39.07 ms AS6453 [TATA-COMMUNICATIONS] China Hong Kong tatacommunications.com 35.90 ms AS6453 [TATA-COMMUNICATIONS] China Hong Kong tatacommunications.com 45.56 ms AS58453 [CMI-INT] China Guangdong Guangzhou cmi.chinamobile.com Mobile 45.19 ms AS9808 [CMNET] China Guangdong Guangzhou chinamobileltd.com Mobile 232.17 ms AS9808 [CMNET] China Guangdong Guangzhou chinamobileltd.com Mobile 53.78 ms AS9808 [CMNET] China Guangdong Guangzhou chinamobileltd.com Mobile 197.27 ms AS9808 [CMNET] China Guangdong Guangzhou chinamobileltd.com Mobile 195.17 ms AS56040 [APNIC-AP] China Guangdong Shenzhen gd.10086.cn Mobile ——————–Automatic Speed Test Node List Update–Original Script——————– Location Upload Speed Download Speed Latency Packet Loss Rate Hong Kong, China 1212.97 Mbps 3844.07 Mbps 34.52 NULL Tokyo, Japan 503.33 Mbps 3474.28 Mbps 70.72 NULL Unicom Wuxi 1219.55 Mbps 1398.91 Mbps 134.23 11.5% Unicom Shanghai 5G 805.02 Mbps 2434.42 Mbps 223.42 0.0% Telecom Zhenjiang 5G 111.03 Mbps 87.32 Mbps 234.75 NULL ———————————————```Total time spent: 8 minutes 34 seconds Time: Tue Dec 3 10:02:32 UTC 2024

1
2
3
4

### Oracle India Hyderabad ARM Fusion Monster Test

Oracle India also has mysterious routing. Both China Telecom and China Unicom routes go through the UK and the US. Although China Mobile doesn't go as far, it still routes through TATA, then via Hong Kong and enters through Shanghai (the China Mobile route result might not have been detected due to security group settings not being open).

———————Basic Information Query–Thanks to all open-source projects——————— CPU Model : Neoverse-N1 CPU Cores : 4 CPU Cache : L1: 0.00 KB / L2: 0.00 KB / L3: 0.00 KB AES-NI Instructions: ✔ Enabled VM-x/AMD-V Support : ❌ Disabled Memory : 4.77 GiB / 23.42 GiB Swap : [ no swap partition or swap file detected ] Disk Space : 22.18 GiB / 44.96 GiB Boot Disk Path : /dev/sda1 System Uptime : 188 days, 2 hours 26 minutes Load : 0.40, 0.23, 0.10 System : Ubuntu 22.04.3 LTS (aarch64) Architecture : aarch64 (64 Bit) Kernel : 6.5.0-1023-oracle TCP Acceleration : bbr Virtualization : KVM NAT Type : Port Restricted Cone IPV4 ASN : AS31898 Oracle Corporation IPV4 Location : Srīrāmnagar / Telangana / IN ———————-CPU Test–via sysbench————————- -> CPU Test (Fast Mode, 1-Pass @ 5sec) 1 Thread Test (Single Core) Score: 3374 Scores 4 Thread Test (Multi-Core) Score: 13259 Scores ———————Memory Test–Thanks to lemonbench open-source———————– -> Memory Test (Fast Mode, 1-Pass @ 5sec) Single Thread Read Test: 30850.94 MB/s Single Thread Write Test: 14619.53 MB/s ——————Disk dd Read/Write Test–Thanks to lemonbench open-source——————– -> Disk IO Test (4K Block/1M Block, Direct Mode) Test Operation Write Speed Read Speed 100MB-4K Block 8.3 MB/s (2029 IOPS, 12.62s) 10.7 MB/s (2616 IOPS, 9.78s) 1GB-1M Block 53.6 MB/s (51 IOPS, 19.58s) 52.2 MB/s (49 IOPS, 20.08s) ———————Disk fio Read/Write Test–Thanks to yabs open-source———————-

Block Size | 4k (IOPS) | 64k (IOPS) —— | — —- | —- —- Read | 6.32 MB/s (1.5k) | 26.74 MB/s (417) Write | 6.32 MB/s (1.5k) | 27.53 MB/s (430) Total | 12.65 MB/s (3.1k) | 54.28 MB/s (847) | |
Block Size | 512k (IOPS) | 1m (IOPS) —— | — —- | —- —- Read | 24.49 MB/s (47) | 24.10 MB/s (23) Write | 26.58 MB/s (51) | 26.89 MB/s (26) Total | 51.08 MB/s (98) | 51.00 MB/s (49) —————-Three Network Return Routes–Based on oneclickvirt/backtrace open-source—————- Beijing Telecom 219.141.140.10 Unable to detect return route node IP address Beijing Unicom 202.106.195.68 Unicom 4837 [Normal Route] Beijing Mobile 221.179.155.161 Unable to detect return route node IP address Shanghai Telecom 202.96.209.133 Unable to detect return route node IP address Shanghai Unicom 210.22.97.1 Unicom 4837 [Normal Route] Shanghai Mobile 211.136.112.200 Mobile CMI [Normal Route] Guangzhou Telecom 58.60.188.222 Telecom 163 [Normal Route] Guangzhou Unicom 210.21.196.6 Unicom 4837 [Normal Route] Guangzhou Mobile 120.196.165.24 Mobile CMI [Normal Route] Chengdu Telecom 61.139.2.69 Telecom 163 [Normal Route] Chengdu Unicom 119.6.6.6 Unicom 4837 [Normal Route] Chengdu Mobile 211.137.96.205 Unable to detect return route node IP address Accurate routes should be checked in detail, this test result is for reference only When multiple routes exist for the same target address, the detection might have passed the aggregation layer, and except for the first route, subsequent information might be invalid ———————Return Route–Thanks to fscarmen open-source and PR——————— Testing the regions and routes passed by Telecom/Unicom/Mobile in sequence, core program from ipip.net or nexttrace, please note! Guangzhou Telecom 58.60.188.222 0.88 ms AS31898 [ORACLE-CLOUD] India Telangana Gadchiroli cloud.oracle.com 30.26 ms AS4755 [TATACOMM-IN] India Telangana Hyderabad tatacommunications.com 1.05 ms AS4755 [TATACOMM-IN] India Telangana Hyderabad tatacommunications.com 136.35 ms AS6453 UK England London tatacommunications.com 145.71 ms AS6453 UK England London tatacommunications.com 139.12 ms AS4134 [CHINANET-BB] UK England London www.chinatelecom.com.cn Telecom

ms AS4134 [CHINANET-BB] China Guangdong Guangzhou www.chinatelecom.com.cn Telecom
ms AS4134 [CHINANET-BB] China Guangdong Guangzhou www.chinatelecom.com.cn Telecom
ms AS4134 [CHINANET-GD] China Guangdong Shenzhen www.chinatelecom.com.cn Telecom 362.30 ms AS4134 China Guangdong Shenzhen Futian District www.chinatelecom.com.cn Telecom Guangzhou Unicom 210.21.196.6 0.40 ms AS31898 [ORACLE-CLOUD] India Telangana Hyderabad cloud.oracle.com 0.55 ms AS9498 [BHARTI-IN] India Andhra Pradesh Hyderabad Airtel.in 1.17 ms AS9498 [BHARTI-IN] India Tamil Nadu Chennai Airtel.in 138.29 ms AS9498 [BHARTITELESONIC] UK England London Airtel.in 140.30 ms AS174 [COGENT-149] UK England London cogentco.com 141.79 ms AS174 [COGENT-BONE] UK England London cogentco.com 146.77 ms AS174 [COGENT-BONE] Netherlands North Holland Amsterdam cogentco.com 157.46 ms AS174 [COGENT-BONE] Germany Hesse Frankfurt am Main cogentco.com 156.60 ms AS174 [COGENT-BONE] Germany Hesse Frankfurt am Main cogentco.com 157.48 ms AS174 [COGENT-BONE] Germany Hesse Frankfurt am Main cogentco.com
ms AS174 [COGENT-149] Germany Hesse Frankfurt am Main cogentco.com 213.56 ms AS4837 [CU169-BACKBONE] China Guangdong Guangzhou chinaunicom.cn Unicom 203.63 ms AS4837 [CU169-BACKBONE] China Guangdong Guangzhou chinaunicom.cn Unicom 197.43 ms AS17816 [UNICOM-GD] China Guangdong Guangzhou chinaunicom.cn Unicom 218.69 ms AS17623 [APNIC-AP] China Guangdong Shenzhen chinaunicom.cn Unicom 197.74 ms AS17623 China Guangdong Shenzhen Bao’an District chinaunicom.cn Unicom Guangzhou Mobile 120.196.165.24

——————–Automatic Speed Test Node List Update–Original Script——————– Location Upload Speed Download Speed Latency Packet Loss Speedtest.net 596.45 Mbps 705.31 Mbps 0.95 0.0% Hong Kong, China 304.49 Mbps 3971.97 Mbps 75.38 0.0% Frankfurt 565.85 Mbps 2005.15 Mbps 159.39 0.0% Unicom WuXi 998.18 Mbps 1602.84 Mbps 217.35 0.0% Telecom Suzhou5G 573.65 Mbps 2985.59 Mbps 339.37 NULL Telecom Zhejiang 97.36 Mbps 882.94 Mbps 347.65 NULL

Total time spent: 9 minutes 28 seconds Time: Tue Dec 3 11:58:19 UTC 2024

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

---

### Oracle India Hyderabad AMD Fusion Monster Test

This test failed directly, probably because I only opened a few ports due to security group settings. It's a bit troublesome to log in to the backend to change the security group, so I didn't bother testing it again myself.

*Test results from [Sihai Tribe](https://cnboy.org/3054)*

I simply used Tracert to test. For China Mobile, this route goes through Singapore, then Taipei, then Hong Kong, and enters through Shanghai—a mysterious route. However, China Unicom seems to be better, directly connecting from India to Singapore, and then exiting Singapore via AS4837, theoretically stronger than China Mobile and China Telecom. This is somewhat different from the results below, where China Unicom routes through the UK.

———————Basic Information Query–Thanks to all open-source projects——————— CPU Model : AMD EPYC 7551 32-Core Processor CPU Cores : 2 CPU Frequency : 1996.250 MHz CPU Cache : L1: 0.00 KB / L2: 0.00 KB / L3: 0.00 KB AES-NI Instructions: ✔ Enabled VM-x/AMD-V Support : ✔ Enabled Memory : 202.13 MiB / 973.71 MiB Swap : 81.73 MiB / 976.00 MiB Disk Space : 4.68 GiB / 47.48 GiB Boot Disk Path : /dev/sda2 System Uptime : 649 days, 7 hours 33 minutes Load : 3.44, 2.23, 1.86 System: Debian GNU/Linux 10 (buster) (x86_64) Architecture: x86_64 (64 Bit) Kernel: 5.19.17-bbrplus TCP Acceleration: bbrplus Virtualization Architecture: KVM NAT Type: Full Cone IPv4 ASN: AS31898 Oracle Corporation IPv4 Location: Srīrāmnagar / Telangana / IN IPv6 ASN: AS31898 Oracle Cloud IPv6 Location: Hyderabad / Telangana / India IPv6 Subnet Mask: 128 ———————-CPU Test–via sysbench————————- -> CPU Test (Fast Mode, 1-Pass @ 5sec) 1 Thread Test (Single Core) Score: 263 Scores 2 Thread Test (Multi-Core) Score: 284 Scores ———————Memory Test–Thanks to lemonbench open source———————– -> Memory Test (Fast Mode, 1-Pass @ 5sec) Single Thread Read Test: 7021.75 MB/s Single Thread Write Test: 3277.59 MB/s ——————Disk dd Read/Write Test–Thanks to lemonbench open source——————– -> Disk IO Test (4K Block/1M Block, Direct Mode) Test Operation Write Speed Read Speed 100MB-4K Block 1.6 MB/s (388 IOPS, 66.06s) 1.6 MB/s (402 IOPS, 63.60s) 1GB-1M Block 24.9 MB/s (24 IOPS, 42.17s) 60.9 MB/s (58 IOPS, 17.21s) ———————Disk fio Read/Write Test–Thanks to yabs open source———————- Block Size | 4k (IOPS) | 64k (IOPS) —— | — —- | —- —- Read | 11.28 MB/s (2.8k) | 34.14 MB/s (533) Write | 11.27 MB/s (2.8k) | 34.47 MB/s (538) Total | 22.55 MB/s (5.6k) | 68.61 MB/s (1.0k) | | Block Size | 512k (IOPS) | 1m (IOPS) —— | — —- | —- —- Read | 41.35 MB/s (80) | 36.33 MB/s (35) Write | 43.65 MB/s (85) | 39.34 MB/s (38) Total | 85.00 MB/s (165) | 75.68 MB/s (73) —————-Three Network Return Routes–Based on oneclickvirt/backtrace open source—————- Beijing Telecom 219.141.140.10 Unable to detect return route node IP Beijing Unicom 202.106.195.68 Unicom 4837 [Normal Line] Beijing Mobile 221.179.155.161 Mobile CMI [Normal Line] Shanghai Telecom 202.96.209.133 Unable to detect return route node IP Shanghai Unicom 210.22.97.1 Unicom 4837 [Normal Line] Shanghai Mobile 211.136.112.200 Mobile CMI [Normal Line] Guangzhou Telecom 58.60.188.222 Telecom 163 [Normal Line] Guangzhou Unicom 210.21.196.6 Unicom 4837 [Normal Line] Guangzhou Mobile 120.196.165.24 Mobile CMI [Normal Line] Chengdu Telecom 61.139.2.69 Telecom 163 [Normal Line] Chengdu Unicom 119.6.6.6 Unicom 4837 [Normal Line] Chengdu Mobile 211.137.96.205 Mobile CMI [Normal Line] Accurate routes should be checked in detail, this test result is for reference only When multiple routes to the same target address are detected, it may have passed the aggregation layer, and except for the first route, subsequent information may be invalid ———————Return Route–Thanks to fscarmen open source and PR——————— Sequentially test the regions and routes passed by Telecom/Unicom/Mobile, core program from ipip.net or nexttrace, please be informed! Guangzhou Telecom 58.60.188.222 0.34 ms AS31898 India, Telangana, Hyderabad, oracle.com 2.08 ms AS4755 India, Telangana, Hyderabad, tatacommunications.com 0.69 ms AS4755 India, Telangana, Hyderabad, tatacommunications.com 140.05 ms AS6453 India, Maharashtra, Mumbai, tatacommunications.com 139.46 ms AS6453 United Kingdom, London, tatacommunications.com 260.04 ms AS4134 China, Guangdong, Guangzhou, chinatelecom.com.cn, Telecom 278.30 ms AS4134 China, Guangdong, Shenzhen, chinatelecom.com.cn, Telecom 304.07 ms AS4134 China, Guangdong, Shenzhen, chinatelecom.com.cn, Telecom Guangzhou Unicom 210.21.196.6 0.21 ms AS31898 India, Telangana, Hyderabad, oracle.com 3.99 ms AS9498 India, Telangana, Hyderabad, airtel.com 0.87 ms AS9498 India, Telangana, Hyderabad, airtel.com 157.23 ms * India, airtel.com 137.17 ms AS174 United Kingdom, London, cogentco.com 151.12 ms AS174 Netherlands, North Holland, Amsterdam, cogentco.com 199.45 ms AS174 Germany, Hesse, Frankfurt, cogentco.com 142.61 ms AS174 Germany, Hesse, Frankfurt, cogentco.com 150.74 ms AS174 Germany, Hesse, Frankfurt, cogentco.com 305.51 ms AS174 Germany, Hesse, Frankfurt, cogentco.com 399.76 ms AS4837 China, Guangdong, Guangzhou, chinaunicom.com, Unicom 332.59 ms AS4837 China, Guangdong, Guangzhou, chinaunicom.com, Unicom 333.49 ms AS17816 China, Guangdong, Shenzhen, chinaunicom.com, Unicom 304.34 ms AS17623 China, Guangdong, Shenzhen, chinaunicom.com, Unicom 344.24 ms AS17623 China, Guangdong, Shenzhen, chinaunicom.com, Unicom Guangzhou Mobile 120.196.165.24 0.31 ms AS31898 India, Telangana, Hyderabad, oracle.com 86.23 ms AS9498 India, Telangana, Hyderabad, airtel.com 0.90 ms AS9498 India, Telangana, Hyderabad, airtel.com 199.90 ms AS9498 United Kingdom, London, airtel.com 251.67 ms AS34984 United Kingdom, London, linx.net 312.64 ms AS58453 China, Guangdong, Guangzhou, chinamobile.com, Mobile 344.22 ms AS9808 China, Guangdong, Guangzhou, chinamobile.com, Mobile 316.93 ms AS9808 China, Guangdong, Guangzhou, chinamobile.com, Mobile 344.15 ms AS9808 China, Guangdong, Guangzhou, chinamobile.com, Mobile 312.52 ms AS56040 China, Guangdong, Shenzhen, chinamobile.com, Mobile ——————–Automatic Update Speed Test Node List–Original Script——————– Location Upload Speed Download Speed Latency Packet Loss Rate Speedtest.net 310.08 Mbps 454.68 Mbps 0.99 0.0% Singapore 24.62 Mbps 112.72 Mbps 62.66 0.0% Hong Kong, China 52.79 Mbps 142.83 Mbps 100.22 NULL Unicom WuXi 90.61 Mbps 1.33 Mbps 199.95 0.0% Unicom Chengdu 77.59 Mbps 0.77 Mbps 347.82 NULL

Total Time Spent: 12 minutes 55 seconds

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16

## Network Issues

In summary, online evaluation results can only be used as a reference. You really have to test the network speed yourself to know the real situation. Without personal experience, you can never know the actual performance.

For example, with the Claw SG mentioned above, I saw online evaluations suggesting that Mobile performance was acceptable. However, upon actual use, I found that Mobile performance was terrible. While Unicom could reach 800Mbps, Mobile could only manage 2Mbps, a 400-fold difference in experience.

Moreover, different regions may have different ISP performances. For instance, the Oracle India AMD I tested seemed to have decent Unicom routing, but others found it routed through the UK, which is a world of difference.

In conclusion, when purchasing foreign servers, always opt for those with a refund guarantee or trial period. Test immediately after purchase, and if the performance is not up to par, refund promptly to minimize losses. Otherwise, it will just sit idle.

However, even with poor routes, there are remedies. Simply using Cloudflare can often improve performance. For example, with the Claw SG mentioned above, direct connection download speeds of 200KB/s can be improved to 10MB/s with Cloudflare, which is acceptable for general use.

But this might defeat the purpose of purchasing the server.

If you're just going to use Cloudflare, where's the fun in selecting a server?