野草云香港峰值线路实测：亚太延迟极低，内地带宽是短板

香港 VPS 的常见问题是「白天好用，晚高峰掉链子」。所以这次测试野草云的香港节点，我们把重点放在峰值时段的实际表现上，看看它在负载压力下能不能守住。

结果是两极分化的：亚太范围内的延迟表现相当出色，但内地方向的带宽出现了明显问题。下面是完整数据。

测试机器的配置

两个加分项先说：默认就开启了 BBR，以及IPv6 可用。这批测试里大多数机器都是 cubic + 无 IPv6，这台是少数两项都到位的。

CPU 是 Xeon E5-2680 v4，比较老的 Broadwell 世代，但配了 35 MB 大缓存。

CPU、内存与磁盘性能

单核和双核 sysbench：

# 单核
CPU speed:
    events per second:  927.65

# 双核
CPU speed:
    events per second:  1866.81

单核 927.65 events/s，双核 1866.81，正好翻倍，两核实打实分配。

这个绝对值不高，在这批测试里属于偏低的一档（对比 ByteVirt 1624.52、Kamatera 系列 2661–3063、UltaHost 3174.41）。跑网站、反代、轻量应用没问题，计算密集任务会吃力。

内存带宽 4356.27 MiB/sec，中等水平。

磁盘部分需要展开说：

dd 三次测速：

 I/O Speed(1st run) : 456 MB/s
 I/O Speed(2nd run) : 173 MB/s
 I/O Speed(3rd run) : 155 MB/s
 I/O Speed(average) : 261.3 MB/s

注意这三个数字的递减：456 → 173 → 155，第一次和第三次差了近三倍。

这种模式通常意味着两件事叠加：一是缓存效应（第一次写入命中缓存所以快），二是持续写入时暴露出真实性能，且可能受同宿主机其他用户的 IO 争抢影响。

作为对照，同批测试里 ByteVirt 的三次结果是 965 / 933 / 963 MB/s，波动极小，说明宿主机负载稳定。这台机器的波动明显更大。

fio 的稳态结果更有参考价值：

4K 随机读写（混合）：

  read: IOPS=7389, BW=28.9MiB/s (30.3MB/s)(1732MiB/60006msec)
  write: IOPS=7382, BW=28.8MiB/s (30.2MB/s)(1730MiB/60006msec)

1M 顺序读写（混合）：

  read: IOPS=840, BW=840MiB/s (881MB/s)(242MiB/288msec)
  write: IOPS=937, BW=938MiB/s (983MB/s)(270MiB/288msec)

4K 随机读写 7389/7382 IOPS、1M 顺序读写 840/938 MiB/s，这个水平属于中等，跑常规应用够用。但结合 dd 的波动看，IO 敏感的业务（数据库密集写入）需要留意峰值时段的表现。

网络实测：亚太优秀，内地是短板

全球多节点带宽

**亚太方向表现优秀。**香港本地 2.30ms、台北 14.26ms、新加坡 37.47ms、东京 53.05ms，而且这几个方向的带宽都跑满了约 95 Mbps 的端口。做面向港澳台、东南亚、日本用户的业务，这个成绩很好用。

**但内地方向出了问题。**苏州上传 1.84 Mbps、下载 1.41 Mbps——同一台机器，其他所有方向都是 94–105 Mbps，唯独内地掉到不足 2 Mbps，落差超过 50 倍。宁波节点则直接测试失败。

这不是端口限速造成的（如果是限速，所有方向都会一样低）。延迟 108.56ms 说明链路本身是通的，只是吞吐能力严重受限。

实际影响很直接：延迟 108ms 看起来还行，但在 1.84 Mbps 的带宽下，一个 3 MB 的网页要传十几秒。内地访客为主的站点用这台机器体验会很差。

达拉斯那个 0.09 Mbps 的下载值明显是测试异常，与该节点 89.92 Mbps 的上传不一致，不必当真。

去程路由：绕道日本

从上海电信出发的路径：

关键发现：上海到香港的流量先绕道日本东京（NTT），再回到香港。

从第 8 跳的主机名 tokyjp05.jp 可以明确看出流量经过了东京。理论上上海到香港是很短的物理距离，绕行日本会显著增加路径长度。

好消息是最终目标节点的丢包是 0%，延迟约 56ms。中间跳出现的高延迟（99–155ms）和丢包属于骨干路由器对 ICMP 的限速处理，不代表实际业务丢包——判断线路质量要看最终目标的数据。

不过这个绕行路径很可能就是内地方向吞吐偏低的原因之一。

IP 质量与流媒体解锁

IP 属性

香港原生 IP，使用地和注册地都是香港，不是广播 IP。五个风险库判定低风险，只有 IPQS 给 75 分可疑（IPQS 的判定通常偏严格）。黑名单为 0。

这个 IP 质量对需要真实香港定位的业务是合适的。

限制：本地 25 端口出站被阻断，不能自建邮件服务。

流媒体与 AI 服务

港区流媒体全部原生解锁，看港区内容没问题。

但 AI 服务这一项不行：ChatGPT 在解锁检测中显示只能通过移动 App 使用，IP 质量报告里标记的解锁方式是 DNS（也就是依赖 DNS 解锁服务，不是原生解锁）；Google Gemini 不可用；Claude 显示区域不可用。

如果你买 VPS 有 AI 服务需求，这台机器满足不了，建议看同批实测里 AI 三家全通的机器——Kamatera 加拿大、丽萨主机洛杉矶或 RAKsmart 大陆优化 VIP。

实测数据总结

强项：

• 亚太延迟优秀——香港 2.30ms、台北 14.26ms、新加坡 37.47ms、东京 53.05ms，且带宽跑满
• 香港原生 IP——使用地注册地一致，五库低风险，黑名单为 0
• 港区流媒体全解锁——Netflix、Disney+、Amazon、YouTube、Reddit 均为原生解锁
• 默认开 BBR + 有 IPv6——这批测试里少数两项都到位的机器
• 支持嵌套虚拟化

短板：

• 内地带宽严重受限——苏州仅 1.84 Mbps，宁波测试失败，与其他方向 95 Mbps 落差超 50 倍
• 去程绕道日本——上海到香港经 NTT 东京中转
• 磁盘波动大——dd 三次 456/173/155 MB/s，峰值与稳态差近三倍
• CPU 偏弱——单核 927.65 events/s
• AI 服务全不可用——ChatGPT 仅 DNS 方式、Gemini 和 Claude 不可用
• 25 端口被阻断

结论：一台"亚太好用、内地不好用"的香港机器。

如果你的用户在港澳台、东南亚或日本，这台机器的延迟表现（2–53ms）加上香港原生 IP 和港区流媒体解锁，是很合适的组合。

但如果你的访客主要在中国内地——这恰恰是很多人买香港 VPS 的主要理由——那 1.84 Mbps 的带宽会成为硬伤。同批测试里 DIYVM 香港节点在国内 13 个测试点全部 0% 丢包、延迟 32–61ms，更适合这个场景。

野草云另一条香港线路的完整实测（AMD BGP 平台）见 野草云香港 AMD 实测，商家的产品线和套餐价格见 野草云商家介绍。更多香港节点的横向选择，香港 VPS 推荐里有完整榜单。

确认合适的话，可以 前往野草云官网 查看当前方案。

如果决定入手，配置怎么选

这台机器的定位在前面已经很清楚了：**亚太范围好用，内地方向不好用。**香港本地 2.30ms、台北 14.26ms、新加坡 37.47ms、东京 53.05ms 加上香港原生 IP，是它的核心价值；苏州仅 1.84 Mbps 是它的硬伤。

所以第一件事不是挑配置，是确认你的用户在哪。面向港澳台、东南亚、日本——继续往下看；面向中国内地——同批测试的 DIYVM 香港在国内 13 个测试点全部 0% 丢包、延迟 32–61ms，更适合。

野草云的香港与美国节点档位：

香港 AMD Linux 节点（延迟低，适合港澳台及东南亚业务）：

美国节点（热门，经常售罄）：

**注意上面这些档位和我们实测机型不是同一款。**我们测的那台是 Xeon E5-2680 v4 双核、1.9GB 内存、14.5GB 硬盘、约 95 Mbps 端口；表里这些是 AMD 平台、200–500 Mbps 带宽。线路和 IP 属性可以参考本文数据，但性能和带宽请以你实际下单的型号为准。

**￥22 那档适合大多数轻量场景。**1 核 1GB 加 15GB NVMe，跑面向港澳台的小站、反代节点、探针都够，人民币计价不用换汇。

**注意流量配额偏小。**香港档位是 600GB–1000GB/月，做图片或下载类业务容易超。这类需求建议直接看美国节点（1TB–2TB）或者上更高档位。

**磁盘波动值得留意。**实测 dd 三次是 456 / 173 / 155 MB/s，第一次到第三次掉了近三倍。如果你的业务是数据库密集写入，建议买回来自己跑一轮持续压测，看看稳态表现是否满足需求。

另外提醒：这台机器25 端口被阻断（不能自建邮件），AI 服务全不可用（ChatGPT 仅 DNS 方式、Gemini 和 Claude 不可用）。有这两类需求的要换机器。

常见问题解答（FAQ）