高性价比之选？野草云香港 AMD Linux VPS 最新实测

前段时间写过野草云香港高峰值 Linux VPS 的实测，结论不太乐观。路由绕路，导致国内访问 VPS 延迟明显拉高，丢包率也偶有波动，整体表现中规中矩，算不上让人惊喜。

那他们家的香港 AMD Linux VPS 怎么样？价格差不多，架构不同，会不会有区别？

带着这个问题，我入了一台野草云香港 AMD Linux VPS，从配置到网络，跑了一轮完整测试。这篇就把实测数据摆出来，给有需要的朋友做个参考。

野草云香港 AMD Linux VPS 配置

入手之前我习惯先把配置列出来，避免后面测试数据出来了，读者不知道对应的是哪个规格。这次购买的是野草云香港 AMD Linux VPS 的入门套餐，价格在同类香港节点里属于便宜的。

配置项	参数
套餐名称	优质BGP流量MF型-2C2G
CPU	2核 vCPU（AMD 7**2）
内存	2GB DDR4
存储	15GB NVMe
带宽/流量	200Mbps / 600GB 优质BGP
月付价格	￥39.00 元
IP 地址	1个 IPv4 + IPv6
DDoS 防护	20GB
购买链接	立即购买

配置本身没什么特别出彩的地方，2核2G 对轻量应用来说够用，NVMe 存储读写速度有保障。值得注意的是带宽给到了 200Mbps，月流量 600GB，日常基本不用担心。

AMD 7**2 这颗处理器在虚拟化环境下单核性能不错，比同价位 Intel 老平台要强一些。

香港 AMD Linux VPS 配置核验

拿到机器先别急着跑分，把实际分配的资源核对一遍是个好习惯，避免商家缩水的情况。

[root@xxxx ~]# lscpu | grep "Model name"
Model name:                      AMD EPYC 7502 32-Core Processor

处理器是 AMD EPYC 7502，这颗是 AMD 第二代 EPYC 服务器 CPU，性能不错。

[root@xxxx ~]# free -h
               total        used        free      shared  buff/cache   available
Mem:           1.9Gi       548Mi       339Mi       0.0Ki       1.1Gi       1.2Gi
Swap:          1.0Gi       231Mi       792Mi

显示 1.9Gi，看着比套餐标注的 2GB 少了一点，但这是正常的换算误差,商家标的是十进制 2GB（2000MB），系统显示的是二进制 GiB（1GiB = 1024MB），换算下来 1.9Gi 在合理范围内。

如果你对这种换算比较敏感，习惯看到多少标多少，可以考虑搬瓦工。他们家 2GB 套餐到手显示就是 2Gi，标多少给多少。不同人对这点容忍度不一样，了解情况就好。

[root@xxxx ~]# df -hT /
Filesystem     Type  Size  Used Avail Use% Mounted on
/dev/vda1      ext4   15G  6.2G  8.2G  44% /

15G NVMe，文件系统是 ext4，与套餐一致。目前已用 6.2G，其中系统占用约 2GB 左右，剩余 8.2G 可用空间，跑轻量应用没问题，但如果有大量数据存储需求，这个盘就比较局促了。

整体来看，配置与套餐描述基本吻合，没有发现明显缩水的情况。

野草云 AMD 性能测试

配置核验完，开始跑性能数据。这部分按 CPU、内存、磁盘三块来看。

CPU 性能

用 sysbench 跑素数计算，分单核和多核两组：

# 单核
sysbench cpu --time=60 run
# 多核
sysbench cpu --time=60 --threads=$(nproc) run

测试项	结果
单核 events/s	1563.28
多核 events/s（2线程）	3013.97
单核平均延迟	0.64ms
多核平均延迟	0.66ms

单核 1563 eps，双核合计 3013 eps，线性扩展表现正常，说明两个 vCPU 之间没有明显的资源争抢。EPYC 7502 本身是 2019 年的服务器平台，单核频率不算高，但稳定性好。

内存带宽

sysbench memory run

内存写入带宽跑到 4899 MB/s，表现不错，日常应用不会在内存这里遇到瓶颈。

磁盘 I/O

磁盘跑了两组测试：随机读写（4K）和顺序读写（1M）。

随机读写（4K）

fio --name=randrw --rw=randrw --bs=4k --size=512M --numjobs=1 --runtime=60 --time_based --group_reporting

项目	读	写
IOPS	4975	4973
带宽	19.4 MiB/s	19.4 MiB/s
平均延迟	174.57 μs	8.65 μs

顺序读写（1M）

fio --name=seqrw --rw=readwrite --bs=1M --size=512M --direct=1 --numjobs=1 --iodepth=1 --group_reporting

项目	读	写
带宽	712 MiB/s	794 MiB/s
平均延迟	547 μs	717 μs

顺序读写的带宽表现很亮眼，读 712 MiB/s、写 794 MiB/s，达到了本地 NVMe 的正常水平。

但随机 4K 的 IOPS 只有约 5000，这个数字对 NVMe 来说偏低。本地裸盘通常能跑到 5 万甚至更高。背后的原因大概率是虚拟化层的开销，加上宿主机共享存储资源导致的性能限制。

如果你的业务以数据库读写、高并发小文件操作为主，这个 IOPS 上限可能会成为限制，需要提前考虑。跑静态网站、反向代理、轻量脚本这类场景的话，影响基本可以忽略。

野草云的网络实测

性能跑完，网络才是香港 VPS 的核心考量，重点看延迟、丢包和路由走向。

三网延迟

以下是中午时段的 ping 延迟测试结果：

整体延迟在中午非高峰时段表现还可以，华南联通最低能压到 10ms，电信方向也基本在 20ms 以内。移动相对差一些，平均 56ms，到西藏这类偏远节点延迟拉到 94ms 也是意料之中的事。

丢包率

中午测试的丢包率低于 6.23%，6% 左右的丢包对于普通信息类站点影响不大，用户访问页面基本感知不到。但如果你跑的是对丢包敏感的实时业务，这个数字就得掂量一下了。

晚高峰时段没有做专项测试，但根据这台机器的线路特性判断，整体不会差太多。

路由走向

从上海电信出发追踪路由，流量经过 CN2 节点到达香港，这部分没什么问题。但路径中混入了 NTT 等国际线路节点，说明并不是全程 CN2，实际走的是“部分优化”而非 CN2 GIA。

为了进一步验证，我对三大运营商的去程与回程路由进行了深度追踪。结果表明，除电信去程路由经过 CN2 节点外，其余所有线路（含电信回程及联通、移动的双向路由）均为普通直连。

带宽测速

Node Name          Upload Speed     Download Speed    Latency
Speedtest.net      6286.26 Mbps     177.30 Mbps       0.82 ms
Hong Kong, CN      5988.42 Mbps     183.79 Mbps       2.23 ms
Tokyo, JP          2899.47 Mbps     188.53 Mbps       53.09 ms
Taipei, CN         887.38 Mbps      182.35 Mbps       19.55 ms
Los Angeles, US    1013.20 Mbps     184.80 Mbps       153.88 ms
Dallas, US         895.23 Mbps      181.57 Mbps       167.36 ms
Paris, FR          767.22 Mbps      196.08 Mbps       199.49 ms
Singapore, SG      836.99 Mbps      198.79 Mbps       179.64 ms
Amsterdam, NL      390.57 Mbps      183.05 Mbps       236.04 ms
Montreal, CA       487.46 Mbps      121.40 Mbps       182.60 ms
Ningbo, CN         78.93 Mbps       34.40 Mbps        53.50 ms

上行带宽相当充裕，本地测速直接跑到 6286 Mbps，而且日本、台湾方向表现也不错。

比较明显的短板是国内下载速度。宁波节点下载只有 34.40 Mbps，上行也仅 78.93 Mbps，和其他国际节点的表现差距很大。这说明回程到国内这段是瓶颈所在，和路由走向分析吻合。

如果面向国内，稍显拘谨，但面向海外或者做跨境业务，这台机器的带宽表现是完全够的。

IP 质量与流媒体解锁

网络延迟之外，IP 质量和解锁能力也是选香港 VPS 绕不开的考量，直接影响你能拿它做什么。

IP 基础情况

这台机器分配的是香港原生 IP，归属地各数据库基本一致显示为香港，AS 号对应 LUCIDACLOUD LIMITED。风险评分方面整体偏低，各个检测均为低风险，也没有被黑名单。

原生 IP 对流媒体解锁有直接帮助，下面的测试结果也印证了这一点。

流媒体解锁情况

几个主要平台的解锁结果：

Netflix 和 Amazon Prime Video 均以原生方式解锁香港区，这对有追港剧或港区内容需求的用户来说是加分项。Disney+ 被封禁，这个情况在机房 IP 里比较常见，不算意外。

AI 服务这块，ChatGPT 仅支持 APP 访问，Claude 显示区域不可用，Google Gemini 同样无法使用，三个主流 AI 平台全军覆没。如果你有访问 AI 服务的需求，配置野草云 DNS 解锁 AI。

总结

野草云香港 AMD Linux VPS 这台机器，测下来整体属于“够用但不出彩” 的水平。

香港原生 IP 质量干净，多个流媒体支持原生解锁港区；AMD EPYC 7502 平台稳定，CPU 和内存表现正常；顺序读写带宽达到 NVMe 水平，日常使用没有明显短板；而且价格还便宜。

但是随机 4K IOPS 偏低，数据库类应用要慎重；路由混入 NTT 节点，并非全程 CN2，国内回程带宽偏窄，宁波节点下载只有 34 Mbps；丢包率接近 6%，对延迟敏感的业务不太友好。

有兴趣入手的话，可以访问野草云官网查看当前套餐和促销活动，价格和库存随时会变。

常见问题解答（FAQ）