最近建立新的网站时，对服务器需求不高，所以计划先开台便宜的 VPS 探探路。
这次选了 Evoxt，开了一台 VM-0.5 的基础配置：
- 1核 (Up to 6.0 GHz)
- 512MB 内存
- 5GB 硬盘
- 每月 500GB 流量。
- 1Gbps 共享带宽
这种 512M 内存的机器资源比较极限，不适合跑重型应用，但拿来做前端测试或轻型建站刚刚好。
废话不多说，直接进行测试，一起来看看这台机器的真实硬件和网络表现。
硬件基础与性能跑分
机器开好后，先看一眼硬件底子。
1. CPU 与内存信息
先查了一下 CPU，有点小惊喜。本来以为这种极低配机器会给个老旧的洋垃圾 CPU，没想到 Evoxt 给的是 AMD EPYC-Genoa（霄龙四代，Zen 4 架构）的处理器。
[root@P20251019193912-001 ~]# lscpu | grep "Model name"
Model name: AMD EPYC-Genoa Processor
内存方面是标准的 512M（实际可用 458Mi），默认没有给 Swap。强烈建议挂载一个 1GB 的 Swap 虚拟内存，不然很容易因为内存溢出（OOM）导致进程被系统杀掉。
[root@P20251019193912-001 ~]# free -h
total used free shared buff/cache available
Mem: 458Mi 141Mi 102Mi 2.5Mi 237Mi 316Mi
Swap: 0B 0B 0B
2. CPU 运算性能测试 (Sysbench)
为了测试这颗被限制在 2.0GHz 的单核 AMD EPYC 能发挥出多少实力，我跑了一下 sysbench 的 60 秒单线程测试：
[root@P20251019193912-001 ~]# sysbench cpu --time=60 run
# ... (省略部分输出) ...
CPU speed:
events per second: 5645.25
Latency (ms):
min: 0.16
avg: 0.18
max: 3.26
数据点评： 单线程 5645.25 的跑分相当不错了。作为参考，很多便宜的同价位 VPS 跑分通常在 1500 - 2500 左右。这个 CPU 算力用来处理 PHP 请求或者跑跑爬虫脚本，绝对游刃有余。
3. 硬盘容量与 I/O 读写性能
遗憾的是，这台 VM-0.5 的标配硬盘仅有 5GB。在安装标准 Ubuntu 后（具体版本我忘了记录），可用空间只剩下可怜的 234M，这意味着你几乎无法再安装任何其他应用。
为了解决这个问题，我不得不更换为精简版的 Linux 系统，这才勉强腾出了 2.5 GB 的空闲空间。
[root@P20251019193912-001 ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 4.9G 4.4G 234M 95% /
虽然容量小，但硬盘的速度不拉胯。我用 fio 模拟了日常建站最看重的 4K 小文件随机读写：
- 4K 随机写： IOPS 约 16.3k，带宽 63.6MiB/s。
- 4K 随机读： IOPS 约 7244，带宽 28.3MiB/s。
(由于篇幅限制，这里就不贴长串的 fio 原生代码了。)
数据点评： 整体来看，这块硬盘展现出了标准 SSD/NVMe 的性能水准。很多人关注的连续读写速度更是跑出了高达 1.7 GB/s的亮眼成绩（后面的文章我会附上详细的 bench.sh 测试结果）。
如果你的项目足够轻量，能接受 5GB 的局促空间，那这台机器性价比是真的强。不过 Evoxt 有很多套餐可选，最高配 16 vCore / 32 GB RAM / 100 GB Storage，能够满足绝大部分用户的需求。
综合跑分与国际互联测速 (bench.sh)
在单项测试之外，我也跑了一下大家最喜闻乐见的秋水逸冰 bench.sh 综合脚本，看下这台洛杉矶机房机器的整体体质和全球网络带宽表现：
透过脚本数据，我们可以得出几个关键结论：
- 主频与系统： 之前
lscpu只能看到 CPU 型号，这里测出这颗 AMD EPYC 的实际频率跑到了约 4.2 GHz，对于建站来说算力非常充沛。而且默认开启了 BBR 拥塞控制算法。 - 惊艳的连续 I/O： 之前的
fio测试的是 4K 随机小文件读写，而这里的连续读写速度飙到了恐怖的 1.7 GB/s，妥妥的高性能 NVMe 固态阵列表现，处理大文件解压或备份毫无压力。 - 真实网络带宽（重点）： * 本地口子达标： 测速节点（Speedtest.net）上下行均在 750 Mbps 左右，说明标称的 1Gbps 端口水分不大。 * 国际互联分化严重： 这也是普通直连线路的通病。到日本东京（Tokyo）的速度极快，上传能拉到 600 Mbps；但到中国香港（Hong Kong）的路由显然非常绕且拥堵，上传仅 3.75 Mbps，下载甚至只有 0.55 Mbps。
这也印证了前面所说的，跨地区直连完全看物理路由。
网络连通性与路由测试
机器硬件底子不错，但对国内用户来说，海外机器到底能不能愉快地使用，网络线路才是真正的“命门”。
在开始看数据前，先给大家交个底：这台 Evoxt 走的是普通的跨国直连线路，并没有接入 CN2 GIA、AS9929 或 CMIN2 等高端优化网络。但经过实测，它的实际连接体验却给了我一点小惊喜。
1. 全国 Ping 延迟测试
我们先来看最直观的全国延迟表现，以下是 ItDog 延迟工具的实测截图：
从全国所有节点来看，平均延迟在 193ms 左右。我把三网的数据拆解了一下：
- 中国电信 🟢（表现最佳）： 最低 136ms（江苏苏州），最高 260ms（浙江嘉兴），平均 174ms。
- 中国联通 🟡（中规中矩）： 最低 158ms（浙江杭州），最高 241ms（贵州贵阳），平均 196ms。
- 中国移动 🟠（部分地区偏高）： 最低 176ms（福建厦门），最高 300ms（四川成都），平均 214ms。
数据点评： 典型的普通直连表现。电信用户的体验无疑是最好的，沿海地区能压在 140ms 左右，非常丝滑；联通次之；移动在部分内陆地区（如成都）延迟稍微偏高，到了 300ms 的临界点。
2. 丢包率与晚高峰稳定性（意外之喜）
老玩家都知道，看海外机器不能只看 Ping，丢包率才是决定你连 SSH 敲命令卡不卡、建站打开速度慢不慢的罪魁祸首。很多便宜的直连机，一到晚高峰丢包率能飙升到 20% 以上，直接卡成 PPT。
为此，我特意用 ping.pe 跑了持续的丢包测试：
这也是这台机器最让我意外的地方： 在日常平峰时段，它的丢包率居然稳在 1% 左右，几乎是一条直线。即便是在晚上 8 点 - 10 点这种国际骨干网最拥堵的晚高峰时段，丢包率也仅仅是轻微上升到了 4% 左右。
实际体验结论： 4% 的晚高峰丢包率，体现在实际操作中就是：连着 SSH 敲代码、装环境基本感觉不到断联和明显的卡顿。作为一台没有做特殊线路优化的机器，这个稳定性是非常优秀的，完全可以做个人的轻量级建站或者后端 API 服务。 ## 总结
测了一圈下来，这台 Evoxt VM-0.5 表现还不错。在最后，我做个客观的优缺点总结。
亮点：
- CPU 性能超纲： AMD EPYC 处理器给这台微型机注入了不错的算力，性能充足。
- 丢包率控制优秀： 虽然是普通直连，但全天候 1%~4% 的丢包率，表现优秀。
槽点与现实（重点避坑）：
- 硬盘太小： 5GB 的空间只适合纯命令行或 Docker 极简部署，其他需要就要选更高配置才行。
- 线路无优化： 如果你追求极致的体验和低延迟，确实不如搬瓦工（BandwagonHost）的 CN2 GIA。
