SadIDC 香港 Lite 测评

SadIDC（伤心的云） · Hong Kong, Kowloon / Tung Chung · AS401701 cognetcloud INC
2C / 2G / 40G NVMe / 20Mbps 不限流量 / ¥15 月付
测试时间：2026-09-26 ~ 2026-09-27

🍜 简评

一句话：服务器性能挺好，IP 和解锁是不行——98.6k IOPS 磁盘 + 31ms 延迟 + 实测 28,698 req/s 的建站能力，放在 ¥15 价位相当罕见；但 IP 声誉极差（信任 32 / 机器人 90%），导致 Google 全家桶、TikTok、YouTube Region、Netflix 全片源全部不可用。

建站侧几乎无短板，唯一瓶颈是带宽：实机部署 Nginx + PHP + MariaDB 实测——静态 28,698 req/s、PHP+MySQL 1,846 req/s（零失败请求）、PHP+MySQL TTFB 仅 1.7 ms、MySQL 点查 18,174 TPS（95th 0.37ms）、磁盘 4K 随机 98.6k IOPS、CPU steal 全为 0（无超售）。但 20M 端口在 1KB 响应下仅约 2,283 req/s——服务器能力是带宽的 12 倍，配置砍半也不影响网站承载。
线路延迟优秀，但移动有两个短板：三网去程 31 / 37 / 39 ms（电信 CN2、联通 AS10099、移动 NTT），下载能跑满端口 91%–94%，非高峰实测两网均可播 YouTube 4K。① 有峰谷衰减——下载高峰 12.6 → 非高峰 17.3 Mbps（+37%），电信无此现象； ② 高峰期偶发 200ms 抖动（两次测到 204/208ms，电信全程仅 1–27.8ms）。选电信体验明显优于移动。
IP 与解锁：两项硬伤。IP 声誉极差——信任 32、威胁与 VPN 得分 100、机器人流量 90%、被 SPAMHAUS DROP list 收录、SMTP 25 端口全封。解锁 44% 项异常（14 项 Banned + 4 项解析失败）：Google 全家桶全灭（Gemini / Play / GoogleSearch）、YouTube Region / TikTok / Grok / Perplexity / Reddit / Spotify 均 Banned、Netflix 仅 Restricted（只能看自制剧）、Disney+ forbidden-location。
整体推荐：⭐ ⭐ ⭐ ☆ ☆

定位	评分	依据
建站机	⭐⭐⭐⭐	服务器侧几无短板，带宽是唯一硬顶；须避开依赖 Google 生态的站点（SEO / Analytics / AdSense 可能受限）
线路机	⭐⭐	延迟与带宽都好、4K 可用，但解锁全灭，只能当纯通道

定位：一台「服务器能力过剩、带宽是硬顶、IP 拖后腿」的机器——适合自用建站与纯通道用途，不适合依赖 Google 的站点和解锁型代理。

📌 测试范围说明：测速仅含电信与移动。
建站实测为实机部署测量（Nginx + PHP 8.4 + MariaDB）。

商家：SadIDC

监控频道：大肥鱼监控

该产品系列已加入监控列表，欢迎使用监控查看补货情况

📌 套餐详情

项目	配置
💻 CPU	2 核心（Intel Xeon E5-2696 v4 @ 2.2GHz）
🧠 内存	2 GB
💾 存储	40 GB NVMe
📊 流量	不限流量
🚀 带宽	20 Mbps 端口
🌐 IP	IPv4
🏢 机房	香港九龙 / 东涌
💰 价格	￥15 / 月
🛒 购买	SadIDC（伤心的云）

🖥 硬件测试

YABS

Basic System Information:
---------------------------------
Uptime     : 0 days, 1 hours, 2 minutes
Processor  : Intel(R) Xeon(R) CPU E5-2696 v4 @ 2.20GHz
CPU cores  : 2 @ 2199.998 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM        : 1.9 GiB
Swap       : 0.0 KiB
Disk       : 39.3 GiB
Distro     : Debian GNU/Linux 13 (trixie)
Kernel     : 6.12.48+deb13-amd64
VM Type    : KVM
IPv4/IPv6  : ✔ Online / ❌ Offline

IPv4 Network Information:
---------------------------------
ISP        : cognetcloud INC
ASN        : AS401701 cognetcloud INC
Host       : Vape
Location   : Hong Kong, Kowloon ()
Country    : Hong Kong

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda1):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 236.82 MB/s  (57.8k) | 1.33 GB/s    (20.3k)
Write      | 237.44 MB/s  (57.9k) | 1.33 GB/s    (20.4k)
Total      | 474.26 MB/s (115.7k) | 2.67 GB/s    (40.7k)
           |                      |                     
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 1.75 GB/s     (3.3k) | 1.83 GB/s     (1.7k)
Write      | 1.85 GB/s     (3.5k) | 1.95 GB/s     (1.8k)
Total      | 3.60 GB/s     (6.8k) | 3.79 GB/s     (3.6k)

iperf3 Network Speed Tests (IPv4):
---------------------------------
Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping           
-----           | -----                     | ----            | ----            | ----           
Clouvider       | London, UK (10G)          | 18.0 Mbits/sec  | 18.5 Mbits/sec  | 180 ms         
Eranium         | Amsterdam, NL (100G)      | 17.8 Mbits/sec  | 18.2 Mbits/sec  | 197 ms         
Uztelecom       | Tashkent, UZ (10G)        | 18.2 Mbits/sec  | 18.3 Mbits/sec  | 194 ms         
Leaseweb        | Singapore, SG (10G)       | 18.4 Mbits/sec  | 18.5 Mbits/sec  | 46.0 ms        
Clouvider       | Los Angeles, CA, US (10G) | 18.1 Mbits/sec  | 18.5 Mbits/sec  | 159 ms         
Leaseweb        | NYC, NY, US (10G)         | 17.8 Mbits/sec  | 18.2 Mbits/sec  | 217 ms         
Edgoo           | Sao Paulo, BR (1G)        | busy            | 15.2 Mbits/sec  | 332 ms         

Geekbench 6 Benchmark Test:
---------------------------------
Test            | Value                         
                |                               
Single Core     | 781                              
Multi Core      | 1497                              
Full Test       | https://browser.geekbench.com/v6/cpu/19260950

YABS completed in 16 min 32 sec

关键数据速读

项目	实测结果	评价
CPU	Xeon E5-2696 v4 @ 2.2GHz × 2	Haswell 世代，架构偏老
Geekbench 6 单核 / 多核	781 / 1497	单核弱（建站动态页稍慢），2 核倍率约 1.9
4K 随机读写	236.82 MB/s（57.8k IOPS）	✅ 越级表现，建站门槛（20k）的约 2.9 倍；本次复测更高（见建站实测）
64K 读写	1.33 GB/s（20.3k IOPS）	✅ 优秀
512K / 1M 顺序读写	1.75–1.95 GB/s	✅ 优秀
内存读 / 写	17636 / 13594 MB/s	一般（Broadwell 架构 + 双通道）
端口利用率	15.2–18.4 M / 20 M	约 76%–92%，基本跑满
IPv4	✅ Online	-
Swap	❌ 未配置	⚠️ 2G 内存建议自加 Swap

✅ 磁盘是这台机器最超预期的部分：4K 随机 57.8k IOPS、1M 顺序 1.83 GB/s。跑 MySQL、WordPress、轻量容器都没有瓶颈。
⚠️ CPU 单核偏弱（GB6 单核 781）：PHP 处理请求是单线程的，所以动态页面响应会比高主频机型慢一些；2 核主要提升并发处理能力。

融合怪（基础信息部分）

📎 与 YABS 结果一致，此处仅保留独有项目，完整输出见折叠块。

项目	结果
CPU 缓存	L1 32KB / L2 256KB / L3 55MB
内存读 / 写	17636 / 13594 MB/s
硬盘占用	0.95 GiB / 39.17 GiB
TCP 加速	bbr
NAT 类型	Full Cone
虚拟化	KVM
测试耗时	1 分 32 秒

📌 dd 测试补充：4K 块读 2.2 GB/s（539k IOPS）、写 654 MB/s，与 fio 结果互相印证，磁盘性能稳定可信。

展开：融合怪完整原始输出

---------------------基础信息查询--感谢所有开源项目----------------------
 CPU 型号          : Intel(R) Xeon(R) CPU E5-2696 v4 @ 2.20GHz
 CPU 核心数        : 2
 CPU 频率          : 2199.998 MHz
 CPU 缓存          : L1: 32.00 KB / L2: 256.00 KB / L3: 55.00 MB
 AES-NI指令集      : ✔ Enabled
 VM-x/AMD-V支持    : ✔ Enabled
 内存              : 154.68 MiB / 1.93 GiB
 Swap              : [ no swap partition or swap file detected ]
 硬盘空间          : 954.99 MiB / 39.17 GiB
 启动盘路径        : /dev/vda1
 系统在线时间      : 0 days, 0 hour 15 min
 负载              : 0.07, 0.09, 0.04
 系统              : Debian GNU/Linux 13 (trixie) (x86_64)
 架构              : x86_64 (64 Bit)
 内核              : 6.12.48+deb13-amd64
 TCP加速方式       : bbr
 虚拟化架构        : KVM
 NAT类型           : Full Cone
 IPV4 ASN          : AS401701 cognetcloud INC
 IPV4 位置         : Tung Chung / Islands / HK
------------------------CPU测试--通过sysbench测试-------------------------
 -> CPU 测试中 (Fast Mode, 1-Pass @ 5sec)
 1 线程测试(单核)得分:          857 Scores
 2 线程测试(多核)得分:          1620 Scores
--------------------内存测试--感谢lemonbench开源----------------------------
 -> 内存测试 Test (Fast Mode, 1-Pass @ 5sec)
 单线程读测试:          17635.89 MB/s
 单线程写测试:          13594.06 MB/s
--------------------磁盘dd读写测试--感谢lemonbench开源--------------------
 -> 磁盘IO测试中 (4K Block/1M Block, Direct Mode)
 测试操作               写速度                                  读速度
 100MB-4K Block         654 MB/s (159.56 K IOPS, 0.16s)         2.2 GB/s (539.22 K IOPS, 0.05s)
 1GB-1M Block            (0 IOPS, 0.00s)                 (0 IOPS, 0.00s)
----------------------磁盘fio读写测试--感谢yabs开源-----------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 246.62 MB/s  (60.2k) | 976.67 MB/s  (14.9k)
Write      | 247.27 MB/s  (60.3k) | 981.81 MB/s  (14.9k)
Total      | 493.90 MB/s (120.5k) | 1.95 GB/s    (29.8k)
           |                      |                     
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 1.82 GB/s     (3.4k) | 1.82 GB/s     (1.7k)
Write      | 1.92 GB/s     (3.6k) | 1.94 GB/s     (1.8k)
Total      | 3.74 GB/s     (7.1k) | 3.76 GB/s     (3.5k)
------------------------------------------------------------------------
 总共花费      : 1 分 32 秒
 时间          : Sat Sep 26 18:34:04 UTC 2026
------------------------------------------------------------------------

NQ 综合检测

NQ 硬件测试结果

NQ 脚本输出的硬件评估（SVG 报告）

🧪 建站实测

本节为实际部署测试：在机器上装好 Nginx 1.26.3 + PHP 8.4.26 + MariaDB 11.8.6，
建立真实测试站点（静态文件、PHP 页、PHP+MySQL 动态页）后实测。

TTFB：服务端处理开销分解

测试对象	平均 TTFB	最小 / 最大	稳定性
静态 1KB	0.5 ms	0.4 / 0.6 ms	1.4x ✅
静态 100KB	0.5 ms	0.4 / 0.8 ms	1.6x ✅
PHP（无数据库）	0.8 ms	0.6 / 2.7 ms	3.5x 🟡
PHP + MySQL	1.7 ms	1.5 / 2.8 ms	1.6x ✅

拆解：Nginx 静态 0.5ms → 加 PHP +0.3ms → 再加 MySQL +0.9ms，总计不到 2ms。

结论：服务端处理极快，TTFB 几乎完全由网络延迟决定，不是服务器性能问题。
它意味着访客的 TTFB 好坏取决于线路延迟，而本机三网延迟只有 31–39ms，对访客非常有利。

⚠️ 上表是服务端本机（loopback）测量，只反映处理开销，不含网络。真实访客体验见下方「外部实测」。

并发能力（QPS）

用 ab 压测（单线程客户端与 Nginx 各占 1 核，服务端本机测量）：

测试对象	c=10	c=50	c=100	c=200
静态 1KB	21,720	27,943	28,698	27,036
PHP（无 DB）	5,672	5,376	5,431	—
PHP + MySQL	1,748	1,773	1,846	—
静态 100KB	16,116	11,203	—	—

✅ 全部并发档位零失败请求，说明服务栈稳定、无连接耗尽。

分层解读：

静态上限 28,698 req/s —— Nginx 的能力上限

PHP 5,431 req/s —— 加 PHP 解析后降到约 1/5

PHP+MySQL 1,846 req/s —— 再加数据库查询，降到约 1/15

这个梯度很正常：动态页的瓶颈在应用与数据库，不在 Web 服务器。

★ 核心结论：服务器能力是带宽上限的 12 倍

把「服务器处理能力」和「20M 带宽能承载的量」放在一起对比：

响应大小	20M 带宽上限	服务器能力	谁先到瓶颈
1 KB	约 2,283 req/s	28,698 req/s	★ 带宽
10 KB	约 228 req/s	28,698 req/s	★ 带宽
100 KB	约 23 req/s	28,698 req/s	★ 带宽

🔴 结论：带宽是唯一瓶颈，服务器性能有约 12 倍余量。

换算成读者能感知的承载量：

页面总大小（含图片/CSS/JS）	页/秒	页/分钟
100 KB	22.8	1,370
300 KB（优化良好）	7.6	457
500 KB	4.6	274
1 MB（未优化）	2.2	134
2 MB	1.1	67

💡 上 CDN 后源站只承担动态请求（几十 KB 级），承载量可再提升一个数量级。
对个人博客/小型站点，20M 完全够用；对图片站或未优化的站点，20M 会很快见顶。

MySQL 数据库性能（sysbench OLTP）

测试条件：4 张表 × 10 万行（约 86 MB 数据），4 线程

测试项	TPS	QPS	平均延迟	95th 延迟
OLTP 读写混合	560.98	11,258	7.13 ms	10.84 ms
OLTP 只读	767.06	12,273	—	7.17 ms
点查（point select）	18,174	18,174	—	0.37 ms

✅ 数据库性能对建站完全够用：

点查 95th 延迟仅 0.37ms —— 这是最常见操作（按 ID 取文章），快到几乎无感

读写混合 561 TPS / 95th 10.84ms —— 跑 WordPress 的发布、评论、后台操作毫无压力

⚠️ 读写测试中有 142 次忽略错误（2.37/s），属于并发写下的正常死锁重试，不影响结论。

磁盘 fio：按队列深度细分

⚠️ 重要说明：IOPS 数值高度依赖队列深度。YABS 默认用 iodepth=64，
而单线程应用（如简单 PHP 脚本）实际接近 iodepth=1。两者差 10 倍，必须分开看。

队列深度	4K 随机读 IOPS	带宽
1（接近单线程应用）	9,476	37 MB/s
4	47.4k	185 MB/s
16	92.9k	363 MB/s
64（YABS 默认参数）	98.6k	385 MB/s

补充测试	结果
4K 混合读写（iodepth=64）	读 85.0k / 写 28.4k IOPS
稳定性（iodepth=64 连续 3 次）	106k / 103k / 100k → 波动 ±3% ✅
1M 顺序写	1,591 IOPS / 1.59 GB/s
1M 顺序读	14.2k IOPS / 13.8 GiB/s ⚠️ 数值异常偏高，疑似受益于宿主缓存，不作为磁盘结论

📌 为什么和 YABS 的 57.8k IOPS 不一样？ 因为测试参数不同。本次复测在 iodepth=64 下得到
98.6k IOPS，比 YABS 更高；而 iodepth=1 下只有 9.5k。两个数都对，取决于负载形态。
对建站更实际的是——PHP 单请求通常只有 1–2 个并发 IO，所以 iodepth=1 的 9.5k IOPS 更接近真实体感，这个水平依然远超建站需求。

外部实测（从测试机所在网络访问 VPS）

指标	实测值
Ping（ICMP）	平均 40.9 ms（最小 40 / 最大 49）
TCP 连接耗时	47–69 ms
HTTP TTFB	平均 96 ms，P95 114 ms
HTTPS TTFB	平均 148 ms（TLS 握手约 100 ms）
TTFB 稳定性（30 次）	最小 82 / 最大 115 ms，最大/平均 1.21x ✅
端口 80 / 443 / 22	✅ 全部可达
端口 3306	❌ 未对外开放（仅本地监听，符合安全预期）

带宽实测：接近跑满 20M 端口

测试	下载速度	占端口
20 MB 文件 · 第 1 次	18.63 Mbps	93%
20 MB 文件 · 第 2 次	18.71 Mbps	94%
20 MB 文件 · 第 3 次	18.78 Mbps	94%

✅ 三次波动不到 1%，端口实打实跑满。结合 YABS 各地 iperf3 的 15.2–18.5 M，这台机器没有偷跑带宽。

推算：国内访客的实际 TTFB

以实测基准（RTT 40.9ms → HTTP TTFB 96ms，即 2×RTT + 处理）推算：

运营商	去程 RTT	推算 HTTP TTFB	推算 HTTPS TTFB
电信（CN2）	31 ms	约 64 ms	约 95 ms
联通	37 ms	约 76 ms	约 113 ms
移动	39 ms	约 80 ms	约 119 ms

💡 这是推算值（基于本机实测的 RTT 与服务端处理开销），不是直接测量。

服务器配置检查

项目	状态	评价
TCP 拥塞控制	bbr + fq	✅ 已开启，对跨境传输有利
tcp_fastopen	1	✅ 已开启
PHP opcache	On	✅ 已开启，减少 PHP 重复编译
gzip	on	✅ 已开启（默认仅压缩 text/html）
net.core.somaxconn	4096	✅ 充裕
ulimit -n（文件描述符）	1024	⚠️ 偏低，高并发下可能成为限制
nginx worker_connections	768	⚠️ 偏低，官方默认 512–1024，建议提到 4096+
Swap	0	⚠️ 无 Swap，2G 内存遇突发易 OOM
HTTP/2	✅ 支持（ALPN 协商 h2 成功）	—
TLS 版本	✅ TLS 1.3	—
测试数据表	4 表约 86 MB	—

📌 两项配置建议：

worker_connections 768 提到 4096、ulimit -n 提到 65535 —— 当前值在高并发下会先于带宽见顶

加 2G Swap —— 能避免突发内存峰值导致的 OOM

超售检测

检测项	结果	评价
CPU steal（10 次采样）	全部为 0	✅ 无超售迹象
CPU 空闲率	95%–100%（空载）	✅ —
IO wait（wa）	0	✅ —
三次 4K 随机读波动	±3%	✅ 无邻居抢 IO
压测时 CPU	us 37.5% + sy 54.2%	正常（loopback 压测软中断偏高）
压测时内存	已用 551 MB / 可用 1422 MB	✅ 2G 内存充裕

✅ 未检测到超售：steal 全为 0、IO 波动仅 ±3%、内存余量充足。
对建站来说这是好消息——稳定性有保障，不会因为邻居而莫名变慢。

🌐 网络测试

📶 流媒体解锁

平台	状态	备注
Amazon Prime Video	✅ HK	Native
Apple	✅ HKG	Native
Bilibili Anime	✅ HK	Native
Viu.com	✅	Native
WeTV	✅ HK	Native
Netflix CDN	✅ HK	Native
Microsoft Copilot	✅ HK	Native
Coze / Dola AI	✅ HK	—
Kimi	✅ OVERSEA	Native
MathsSpot	✅ HK	Native
OneTrust	✅ HK	—
Poe	✅ HK	Via DNS
X (Twitter)	✅ HK	—
BingSearch	✅ HK	—
ChatGPT	⚠️ 仅移动端 APP	Native
Steam Store	⚠️ Community Unavailable	HK
Netflix	⚠️ Restricted（仅自制剧）	非全集可用
Disney+	❌ forbidden-location	—
Gemini	❌ Banned	—
Google Play Store	❌ Banned	—
GoogleSearch	❌ Banned	—
YouTube Region	❌ Banned	—
YouTube CDN	❌ Failed（Network Error）	—
TikTok	❌ Banned	—
Grok	❌ Banned	—
MetaAI	❌ Banned	—
Perplexity AI	❌ Banned	—
Sora	❌ Banned	—
Spotify 注册	❌ Banned	—
Instagram	❌ Banned	—
DeepSeek	❌ Banned	—
SonyLiv	❌ Banned	—
Wikipedia 编辑	❌ Banned	—
Claude	❌ NO	—
KOCOWA / ParamountPlus	❌ NO	—
Reddit	❌ NO	—
IQiYi / TVBAnywhere+	⚠️ DNS 解析失败	—
Mistral AI	⚠️ Failed（Network Error）	—

🔴 解锁是本机第二处硬伤：41 个平台中 18 项异常（44%）

Google 全家桶全灭：Gemini、Play Store、GoogleSearch 全 Banned，YouTube Region 也 Banned

社交媒体与 AI 大面积被封：TikTok、Grok、MetaAI、Perplexity、Sora、Instagram、Reddit 全部不可用

流媒体只剩边角：Netflix 仅 Restricted（只能看自制剧）、Disney+ forbidden-location、Spotify 注册 Banned

可用的主要是港区本地服务：Amazon Prime、Apple、Bilibili、Viu、WeTV、TVBAnywhere+

⚠️ 对建站的连锁影响：Google 搜索可行性 NO + Gemini/Play/GoogleSearch 全封，意味着这台机器上的站点在 Google 生态里会被区别对待——SEO、Search Console、Analytics、AdSense 都可能受影响。如果站点依赖 Google 流量，建议慎重。

展开：流媒体解锁完整原始输出

 ===========[ IPV4 跨国平台 ]============
 Amazon Prime Video        YES (Region: HK) [Native]
 Apple                     YES (Region: HKG) [Native]
 Bilibili Anime            YES (Region: HK) [Native]
 BingSearch                YES (Region: HK)
 ChatGPT                   YES (Only Available with Mobile APP) [Native]
 Claude                    NO (Region: HK)
 Coze                      YES (Region: HK)
 DeepSeek                  Banned
 Disney+                   NO (forbidden-location)
 Dola AI                   YES (Region: HK)
 Gemini                    Banned
 Google Play Store         Banned
 GoogleSearch              Banned
 Grok                      Banned
 Instagram Licensed Audio  Banned
 IQiYi                     N/A (DNS Resolve Failed)
 Kimi                      YES (Region: OVERSEA) [Native]
 KOCOWA                    NO
 MathsSpot                 YES (Region: HK) [Native]
 MetaAI                    Banned
 Microsoft Copilot         YES (Region: HK) [Native]
 Mistral AI                Failed (Network Error)
 Netflix                   Restricted (Originals Only)
 Netflix CDN               YES (Region: HK) [Native]
 OneTrust                  YES (Region: HK)
 ParamountPlus             NO
 Perplexity AI             Banned
 Poe                       YES (Region: HK) [Via DNS]
 Reddit                    NO
 SonyLiv                   Banned
 Sora                      Banned
 Spotify Registration      Banned
 Steam Store               YES (Community Unavailable) (Region: HK)
 TikTok                    Banned
 TVBAnywhere+              N/A (DNS Resolve Failed)
 Viu.com                   YES [Native]
 WeTV                      YES (Region: HK) [Native]
 Wikipedia Editability     Banned
 X (formerly Twitter)      YES (Region: HK)
 YouTube CDN               Failed (Network Error)
 YouTube Region            Banned
 ---------------------TikTok解锁--感谢lmc999的源脚本---------------------
 Tiktok Region:         Failed
 ------------------------------------------------------------------------
 总共花费      : 1 分 4 秒
 时间          : Sat Sep 26 18:30:13 UTC 2026
 ------------------------------------------------------------------------

🛰 国际互联测试

🗺 ITDOG 多地 Ping

🌍 全球延迟

🧪 网络质量综合

网络质量测试结果

网络质量综合评分（SVG 报告）

🔁 去回程测试

去程

运营商	监测点	核心路由 / 经由网络 (Transit)	平均延迟	丢包率
电信 🥇	上海	电信 CN2 精品网 → 香港 NTT → 香港本地	31 ms	1%
联通	上海	联通骨干 (AS4837) → 联通精品网 (AS10099) → 香港本地	37 ms	0%
移动	上海	移动骨干 → 香港 NTT → 香港本地	39 ms	0%

路由简析

电信（最佳）：CN2 精品网直连香港 NTT 落地，31ms，丢包仅 1%

联通：AS4837 转 AS10099 精品网直达香港，37ms 全程零丢包

移动：经移动骨干到香港 NTT，39ms 零丢包

✅ 三网延迟全部在 31–39ms 区间，同城级延迟，是这台机器突出的优势之一。

回程

城市	电信	联通	移动
北京	🟢 CN2 优质	🟢 CN2 优质	🟡 CMI 普通
上海	🟢 CN2 优质	🟢 CN2 优质	🟡 CMI 普通
广州	🟢 CN2 优质	🟢 CN2 优质	🟡 CMI 普通
成都	🟢 CN2 优质	🟡 163 普通	🟡 CMI 普通
湖南	🟢 CN2 优质	🟢 CN2 优质	🟡 CMI 普通

✅ 回程质量很好：电信 5/5 全部 CN2 优质；联通有 4/5 走 CN2 优质（仅成都例外走 163）——联通回程借用电信 CN2 出口，这是本机的一个特点。

📌 小结：回程优秀

展开：回程路由检测原始输出

2026/09/26 18:34:45 北京电信 219.141.136.12  电信CN2 [优质线路]
2026/09/26 18:34:45 北京联通 202.106.50.1    电信CN2 [优质线路]
2026/09/26 18:34:45 北京移动 221.179.155.161 移动CMI [普通线路]
2026/09/26 18:34:45 上海电信 202.96.209.133  电信CN2 [优质线路]
2026/09/26 18:34:45 上海联通 210.22.97.1     电信CN2 [优质线路]
2026/09/26 18:34:45 上海移动 211.136.112.200 移动CMI [普通线路]
2026/09/26 18:34:45 广州电信 58.60.188.222   电信CN2 [优质线路]
2026/09/26 18:34:45 广州联通 210.21.196.6    电信CN2 [优质线路]
2026/09/26 18:34:45 广州移动 120.196.165.24  移动CMI [普通线路]
2026/09/26 18:34:45 成都电信 61.139.2.69     电信CN2 [优质线路]
2026/09/26 18:34:45 成都联通 119.6.6.6       电信163 [普通线路]
2026/09/26 18:34:45 成都移动 211.137.96.205  移动CMI [普通线路]
2026/09/26 18:34:45 湖南电信 36.111.200.100  电信CN2 [优质线路]
2026/09/26 18:34:45 湖南联通 42.48.16.100    电信CN2 [优质线路]
2026/09/26 18:34:45 湖南移动 39.134.254.6    移动CMI [普通线路]

回程路由可视化

回程路由可视化（SVG）

🧭 BGP 路由

BGP 路由与邻居信息

AS401701 的上游与对等互联情况

🚀 测速

机器端口带宽：20 Mbps

海豚测速

家宽测试

解锁测试

测速仅含电信与移动。

Speedtest

⚠️ 移动非高峰期的上传显示 0.00 Mbps，是我宽带被限速导致的，正常用户没影响。
📌 移动在非高峰期的下载明显好于高峰期（17.74 vs 9.02）。

Speedtest 电信非高峰期 — 电信 · 非高峰期（9.17 / 9.37）

Speedtest 移动非高峰期 — 移动 · 非高峰期（17.74 / 0.00）

Fast

📌 电信两个时段完全一致（13 Mbps），移动非高峰期快 33%。

CF Speed

🔴 移动高峰期抖动高达 208ms（非高峰仅 2.61ms）。

CF Speed 移动高峰期 — 移动 · 高峰期（13.1 / 6.25，抖动 208ms）

CF Speed 电信非高峰期 — 电信 · 非高峰期（9.14 / 10.6，抖动 3.15ms）

CF Speed 移动非高峰期 — 移动 · 非高峰期（17.7 / 7.58，抖动 2.61ms）

RightFiber

📌 电信两个时段几乎一致（17.1→18.0），抖动都极小。
🔴 移动再次出现 204ms 抖动（与 CF Speed 的 208ms 吻合）。

RightFiber 移动高峰期 — 移动 · 高峰期（15.8 / 2.2，抖动 204ms）

RightFiber 电信非高峰期 — 电信 · 非高峰期（18.0 / 18.6，抖动 1ms）

RightFiber 移动非高峰期 — 移动 · 非高峰期（18.0 / 3.1，抖动 3ms）

GFiber

📌 本机这次最高下载速度出现在这里：电信高峰期 18.1 Mbps = 20M 端口的 91%。

★ 峰谷对比与三条结论

测试项	电信·高峰	电信·非高峰	移动·高峰	移动·非高峰
Speedtest	12.75	9.17	9.02	17.74
Fast	13.0	13.0	12.0	16.0
CF Speed	17.4	9.14	13.1	17.7
RightFiber	17.1	18.0	15.8	18.0
GFiber	18.1	14.5	13.0	16.9
下载均值	15.7	12.8	12.6	17.3

结论一：移动有明确的峰谷差异，电信没有
移动下载 高峰 12.6 → 非高峰 17.3 Mbps（+37%），5 项测试里有 4 项非高峰更快。
而电信高峰均值（15.7）反而略高于非高峰（12.8），基本看不出峰谷衰减。

结论二：移动高峰期存在间歇性高抖动

CF Speed 移动高峰抖动 208ms（非高峰 2.61ms）

RightFiber 移动高峰抖动 204ms（非高峰 3ms）

但 GFiber 移动高峰抖动仅 2ms —— 未能稳定复现

两个不同平台的 204/208ms 高度吻合，说明真实存在，但属于间歇性问题。表现为高峰期偶发的卡顿、掉线感。
相比之下电信抖动全程在 1–27.8ms，稳定性明显更好。

📌 端口利用率：单次最高 18.1 Mbps（电信 GFiber 高峰）= 20M 端口的 91%。
也就是说，在理想条件下这台机器能跑满约九成端口，日常观测到的 9–17 Mbps 属于跨境链路的正常波动范围。

YouTube

🔍 IP 测试

IP 质量速读

指标	数值	对比参考
ASN	AS401701 cognetcloud INC	—
归属地	Hong Kong / Kowloon / Tung Chung	—
信任得分（越高越好）	🔴 32	同类优秀机通常 99–100
威胁得分（越低越好）	🔴 100	最差档
VPN 得分（越低越好）	🔴 100	最差档
代理得分	3	—
欺诈得分（越低越好）	⚠️ 65	偏高
滥用 / 威胁级别	0 / low	—
真人 / 机器人占比	🔴 9% / 90%	人机比严重失衡
是否代理 / VPN	🔴 Yes / Yes	—
是否匿名	🔴 Yes	—
是否滥用者	🔴 Yes	—
是否云提供商 / 数据中心	Yes / Yes	—
反垃圾状态	🔴 被 SPAMHAUS DROP list 收录	—
黑名单记录	0 恶意 / 91 项无记录	✅ 无记录
Google 搜索可行性	🔴 NO	—
SMTP 25 端口	🔴 全部被封	所有平台 SMTP 均为 ✘

🔴 IP 质量是本机最严重的问题，信号高度一致地指向"高风险机房 IP"

指标本机健康值
信任得分 32 > 80
威胁得分 100 0
VPN 得分 100 0
机器人流量 90% < 50%
Google 搜索可行性 NO YES

唯一干净的一项是黑名单（91 项无记录），但被 SPAMHAUS DROP list 收录这一项本身就意味着该 ASN 段被反垃圾组织整体标记。

⚠️ 对建站的实际影响：

Google 搜索可行性 NO + Google 全家桶 Banned → SEO、Search Console、Analytics、AdSense 均可能受限

SMTP 全封 + SPAMHAUS 收录 → 无法自建邮件服务，站点通知邮件必须走第三方

滥用者 Yes + 匿名 Yes → 部分服务商/风控系统可能对该 IP 区别对待

指标	本机	健康值
信任得分	32	> 80
威胁得分	100	0
VPN 得分	100	0
机器人流量	90%	< 50%
Google 搜索可行性	NO	YES

展开：IP 质量检测完整原始输出

----------IP质量检测--基于oneclickvirt/securityCheck使用----------
IPV4 ASN            : AS401701 cognetcloud INC
IPV4 Location       : Hong Kong / Kowloon / Hong Kong
--------------------------------------------------
以下为各数据库编号，输出结果后将自带数据库来源对应的编号
ipinfo数据库  [0] | scamalytics数据库 [1] | virustotal数据库   [2] | abuseipdb数据库   [3] | ip2location数据库    [4]
ip-api数据库  [5] | ipwhois数据库     [6] | ipregistry数据库   [7] | ipdata数据库      [8] | db-ip数据库          [9]
ipapiis数据库 [A] | ipapicom数据库    [B] | bigdatacloud数据库 [C] | dkly数据库        [D] | ipqualityscore数据库 [E]
ipintel数据库 [F] | ipfighter数据库   [G] | fraudlogix数据库   [H] | cloudflare数据库  [I] |
IPV4:
安全得分:
信任得分(越高越好): 32 [8] 
VPN得分(越低越好): 100 [8] 
代理得分(越低越好): 3 [8] 
社区投票-无害: 0 [2] 
社区投票-恶意: 0 [2] 
威胁得分(越低越好): 100 [8] 
欺诈得分(越低越好): 65 [E] 
滥用得分(越低越好): 0 [3] 
威胁级别: low [B] 
流量占比: 真人(越高越好)9% [I] 机器人(越低越好)90% [I]
黑名单记录统计:(有多少黑名单网站有记录):
无害记录数: 0 [2]  恶意记录数: 0 [2]  可疑记录数: 0 [2]  无记录数: 91 [2] 
安全信息:
使用类型: announced by SPAMHAUS DROP list asn [C] hosting [0 3 7 8]
公司类型: hosting [7] business [0]
浏览器类型: 主流82% 其他17% [I] 
设备类型: 桌面92% 移动7% 其他0% [I] 
操作系统类型: 主流97% 其他2% [I] 
是否云提供商: Yes [7] 
是否数据中心: Yes [0 5 8 C] 
是否移动设备: No [5 C] Yes [E]
是否代理: No [0 4 5 7 8 B C] Yes [E]
是否VPN: No [0 7 C] Yes [E]
是否Tor: No [0 3 7 8 B C E] 
是否Tor出口: No [7] 
是否网络爬虫: No [B E] 
是否匿名: No [7] Yes [8]
是否攻击者: No [7 8] 
是否滥用者: No [7 8 E] Yes [C]
是否威胁: No [7 8 C] 
是否中继: No [0 7 8 C] 
是否Bogon: No [7 8 A C] 
是否机器人: No [E] 
Google搜索可行性：NO
----------邮件端口检测--基于oneclickvirt/portchecker开源----------
Platform  SMTP  SMTPS POP3  POP3S IMAP  IMAPS
LocalPort ✔     ✔     ✔     ✔     ✔     ✔    
QQ        ✘     ✔     ✔     ✘     ✔     ✘    
163       ✘     ✔     ✔     ✘     ✔     ✘    
Sohu      ✘     ✔     ✔     ✘     ✔     ✘    
Yandex    ✘     ✘     ✘     ✘     ✘     ✘    
Gmail     ✘     ✔     ✘     ✘     ✘     ✘    
Outlook   ✘     ✘     ✔     ✘     ✔     ✘    
Office365 ✘     ✘     ✔     ✘     ✔     ✘    
Yahoo     ✘     ✔     ✘     ✘     ✘     ✘    
MailCOM   ✘     ✔     ✔     ✘     ✔     ✘    
MailRU    ✘     ✔     ✘     ✘     ✘     ✘    
AOL       ✘     ✔     ✘     ✘     ✘     ✘    
GMX       ✘     ✘     ✔     ✘     ✔     ✘    
Sina      ✘     ✔     ✔     ✘     ✔     ✘    
Apple     ✘     ✔     ✘     ✘     ✘     ✘    
FastMail  ✘     ✔     ✘     ✘     ✘     ✘    
ProtonMail✘     ✘     ✘     ✘     ✘     ✘    
MXRoute   ✘     ✘     ✔     ✘     ✔     ✘    
Namecrane ✘     ✘     ✘     ✘     ✘     ✘    
XYAMail   ✘     ✘     ✘     ✘     ✘     ✘    
ZohoMail  ✘     ✔     ✘     ✘     ✘     ✘    
Inbox_eu  ✘     ✔     ✔     ✘     ✘     ✘    
Free_fr   ✘     ✔     ✔     ✘     ✔     ✘    
------------------------------------------------------------------------
 总共花费        : 10 秒
 时间          : 2026-09-26 18:25:31
------------------------------------------------------------------------

邮件端口支持

🔴 本机 SMTP（25 端口）全部被封锁——所有平台的 SMTP 列均为 ✘。
结合 SPAMHAUS DROP list 收录，这台机器完全无法用于自建邮件服务，站点如需发信只能走第三方 SMTP 中转。

第三方 IP 检测

📈 iperf3 线路质量测试

目标机器：SadIDC（香港 · 20M · 154.219.*.*）
测试协议：IPv4（发起端与被测端均为 IPv4）
测试参数：iperf3 1 线程 × 上行 / 下行（-R）各 10 秒；ping -c 200 -i 1；iperf3 全局串行，ping 与其它机器的 iperf3 并行
测试时间：2026-09-27 09:25:21 起

后端机器	地区	丢包	RTT avg	抖动	上行	下行	重传	评价
WAP	香港	0%	0.7 ms	0.33 ms	19.6 M	19.0 M	0	🟢 优秀：同城零重传，有效吞吐达端口 95%
Lamhosting	香港	0%	1.3 ms	0.85 ms	19.1 M	16.5 M	2	🟢 良好：仅 2 次重传，延迟 1.3ms
Lamhosting	日本	0%	54.3 ms	0.56 ms	19.6 M	17.9 M	104	🟢 良好：抖动机小，重传少
BackWaves	日本	0%	63 ms	0.64 ms	19.7 M	18.7 M	151	🟢 良好：有效吞吐 94%，损耗最低
Racknerd	洛杉矶	0%	157.8 ms	0.87 ms	19.5 M	17.5 M	🟡 790	🟡 一般：重传偏多，收发差约 10%
Matrix 4837活动款	圣何塞	0%	159.5 ms	0.82 ms	19.6 M	17.4 M	🟡 828	🟡 一般：重传偏多
Matrix 老八	圣何塞	0%	159.3 ms	0.75 ms	20.1 M	17.7 M	🟡 995	🟡 一般：重传接近 1000 次
Lamhosting	德国	0%	260.9 ms	0.58 ms	20.7 M	16.1 M	🔴 1856	🔴 较差：重传 1856 次，有效吞吐仅 81%
懒猫	德国	0.5%	253.2 ms	0.21 ms	24.5 M	16.4 M	🔴 2284	🔴 较差：重传 2284 次，收发差达 33%

解读

① 20M 端口跑得扎实
有效吞吐16.1~19.0 M，即端口 81%~95%。YABS 全球 7 地也稳定在 15.2~18.4 M。这台机器没有偷跑带宽，20M 是实打实的，且不限流量。

② 重传与距离高度相关，且比前几台更明显

距离重传有效吞吐占比
香港同城 0–2 83%–95%
日本（54–63ms） 104–151 90%–94%
美西（158–160ms） 790–995 87%–89%
德国（253–261ms） 1856–2284 81%–82%

⚠️ 欧洲方向损耗较大：德国两条路径有效吞吐只有 81%–82%，懒猫那条收发差达 33%（上行发 24.5 M，下行只收到 16.4 M）。这不是 20M 端口的问题，是跨境链路有丢包。
不过要注意：这台是 20M 小端口机器，即使有重传，损耗也远小于大带宽机器。

③ 抖动数据优秀
9 条路径抖动全部在 0.21–0.87ms，包括 260ms 延迟的德国路径（0.58ms）。链路调度质量很稳，重传更可能来自跨境段拥塞而非线路本身问题。

距离	重传	有效吞吐占比
香港同城	0–2	83%–95%
日本（54–63ms）	104–151	90%–94%
美西（158–160ms）	790–995	87%–89%
德国（253–261ms）	1856–2284	81%–82%

原始数据

后端机器 1：Matrix 4837活动款（圣何塞 · 1000M · 38.14.*.*）

200 packets transmitted, 200 received, 0% packet loss, time 199211ms
rtt min/avg/max/mdev = 158.921/159.506/164.976/0.818 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.01  sec  23.4 MBytes  19.6 Mbits/sec  694            sender
[  5]   0.00-10.17  sec  20.9 MBytes  17.2 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.17  sec  29.1 MBytes  24.0 Mbits/sec  134            sender
[  5]   0.00-10.00  sec  20.8 MBytes  17.4 Mbits/sec                  receiver

后端机器 2：Matrix 老八（圣何塞 · 1000M · 186.241.*.*）

200 packets transmitted, 200 received, 0% packet loss, time 199120ms
rtt min/avg/max/mdev = 158.665/159.314/163.500/0.749 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  24.0 MBytes  20.1 Mbits/sec  728            sender
[  5]   0.00-10.17  sec  21.0 MBytes  17.3 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.16  sec  28.8 MBytes  23.7 Mbits/sec  267            sender
[  5]   0.00-10.00  sec  21.1 MBytes  17.7 Mbits/sec                  receiver

后端机器 3：Lamhosting（香港 · 1000M · 2602:f8c0:****）

200 packets transmitted, 200 received, 0% packet loss, time 200875ms
rtt min/avg/max/mdev = 0.727/1.274/7.046/0.847 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  22.8 MBytes  19.1 Mbits/sec    2             sender
[  5]   0.00-10.00  sec  22.5 MBytes  18.9 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  21.0 MBytes  17.6 Mbits/sec    0             sender
[  5]   0.00-10.00  sec  19.7 MBytes  16.5 Mbits/sec                  receiver

后端机器 4：Lamhosting（德国 · 1000M · 2a12:6e40:****）

200 packets transmitted, 200 received, 0% packet loss, time 199059ms
rtt min/avg/max/mdev = 260.434/260.858/265.476/0.583 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  24.6 MBytes  20.7 Mbits/sec  912             sender
[  5]   0.00-10.26  sec  18.9 MBytes  15.4 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.26  sec  30.8 MBytes  25.1 Mbits/sec  944             sender
[  5]   0.00-10.00  sec  19.1 MBytes  16.1 Mbits/sec                  receiver

后端机器 5：BackWaves（日本 · 1000M · 2401:ce20:****）

200 packets transmitted, 200 received, 0% packet loss, time 199313ms
rtt min/avg/max/mdev = 62.528/62.967/66.154/0.636 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  23.5 MBytes  19.7 Mbits/sec  151            sender
[  5]   0.00-10.06  sec  22.2 MBytes  18.6 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.05  sec  25.5 MBytes  21.3 Mbits/sec    0            sender
[  5]   0.00-10.00  sec  22.2 MBytes  18.7 Mbits/sec                  receiver

后端机器 6：Racknerd（洛杉矶 · 1000M · 155.94.*.*）

200 packets transmitted, 200 packets received, 0% packet loss
round-trip min/avg/max/stddev = 157.198/157.777/163.455/0.873 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  23.2 MBytes  19.5 Mbits/sec  672            sender
[  5]   0.00-10.15  sec  21.0 MBytes  17.4 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.15  sec  30.0 MBytes  24.8 Mbits/sec  118            sender
[  5]   0.00-10.00  sec  20.9 MBytes  17.5 Mbits/sec                  receiver

后端机器 7：WAP（香港 · 1000M · 2401:b60:****）

200 packets transmitted, 200 received, 0% packet loss, time 203210ms
rtt min/avg/max/mdev = 0.497/0.709/2.849/0.332 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  23.4 MBytes  19.6 Mbits/sec    0            sender
[  5]   0.00-10.00  sec  22.6 MBytes  19.0 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  23.8 MBytes  19.9 Mbits/sec    0            sender
[  5]   0.00-10.00  sec  22.6 MBytes  19.0 Mbits/sec                  receiver

后端机器 8：懒猫（德国 · 500M · 82.139.*.*）

200 packets transmitted, 199 received, 0.5% packet loss, time 199279ms
rtt min/avg/max/mdev = 252.862/253.210/254.532/0.212 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  29.2 MBytes  24.5 Mbits/sec  942             sender
[  5]   0.00-10.26  sec  18.9 MBytes  15.4 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.26  sec  26.9 MBytes  22.0 Mbits/sec  1342             sender
[  5]   0.00-10.00  sec  19.6 MBytes  16.4 Mbits/sec                  receiver

后端机器 9：Lamhosting（日本 · 1000M · 2602:f8c0:****）

200 packets transmitted, 200 received, 0% packet loss, time 199160ms
rtt min/avg/max/mdev = 53.918/54.288/59.007/0.557 ms

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  23.4 MBytes  19.6 Mbits/sec  104             sender
[  5]   0.00-10.05  sec  22.2 MBytes  18.6 Mbits/sec                  receiver

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.05  sec  23.6 MBytes  19.7 Mbits/sec    0             sender
[  5]   0.00-10.00  sec  21.3 MBytes  17.9 Mbits/sec                  receiver

🎯 总结与购买建议

强项与短板

	项目	数据
✅	建站实测能力充足	静态 28,698 req/s、PHP+MySQL 1,846 req/s、零失败请求
✅	数据库性能好	OLTP 561 TPS / 点查 18,174 TPS，95th 仅 0.37ms
✅	磁盘越级	4K 随机 98.6k IOPS（iodepth=64）、顺序写 1.59 GB/s、波动 ±3%
✅	延迟同城级	三网去程 31 / 37 / 39 ms，国内访客 TTFB 推算 64–80ms
✅	20M 不限流量且跑满	外部实测 18.6–18.8 Mbps、家宽单次最高 18.1 Mbps（端口 91%–94%）
✅	无超售	CPU steal 全为 0，IO 波动 ±3%，内存余量 1.4 GB
✅	YouTube 4K 可用	非高峰实测两网均可播 4K；移动 16.4 Mbps、掉帧仅 1.5%
⚠️	带宽是唯一硬顶	20M 在 1KB 响应下仅约 2,283 req/s，服务器能力是它的 12 倍
⚠️	移动有峰谷衰减	下载高峰 12.6 → 非高峰 17.3 Mbps（+37%）；电信无此现象
⚠️	移动高峰期抖动异常	两次测到 204ms / 208ms 抖动（非高峰仅约 3ms），间歇性
⚠️	IP 声誉极差	信任 32 / 威胁 100 / VPN 100 / 机器人 90% / SPAMHAUS 收录
⚠️	解锁几乎全灭	41 项中 18 项异常，Google 全家桶 + TikTok + YouTube Region 均不可用

适合与不适合

✅ 适合	⚠️ 不适合
自用建站（博客、小型站点、API）	依赖 Google 生态的站点（SEO / Analytics / AdSense 受限）
数据库密集型应用（实测点查 18k TPS）	图片站 / 大流量站点（20M 很快见顶）
磁盘密集型应用（编译、容器、小数据库）	解锁型代理（YouTube Region / TikTok / Netflix 全片源 / Disney+ 均不可用）
纯通道用途（SSH、远程运维、低延迟交互、纯转发）	自建邮件服务（SMTP 全封 + SPAMHAUS 收录）
电信用户（上传 15 Mbps、抖动小、无峰谷衰减）	移动用户的上传场景（发文件 / 视频通话仅 3 Mbps）
需要不限流量的小带宽场景	需要 IPv6 的场景

最终判断

推荐指数 ⭐ ⭐ ⭐ ☆ ☆

🔗 购买链接：SadIDC（伤心的云）

本文由 YABS / 融合怪 / iperf3 / TCPing / ITDOG / securityCheck 等工具测试，数据采样于 2026-09-26 ~ 2026-09-27。实际体验受运营商调度、机房负载与本地网络影响，仅供参考。