VPS基准测试及性能测试指南(CPU/I/O/网络测试及解读)
更多语言
更多操作
在 VPS 圈子里,检验机器性能最直接的方法就是“跑分”。通过基准测试(Benchmarking),我们可以把看不见摸不着的硬件性能,量化为具体的数据。这不仅能帮你判断这台机器是否物有所值,还能在后续部署业务(如建站、跑数据库)时,让你对服务器的承载能力心里有底。
下面的文章内容没有枯燥无聊的硬件理论,只会用最简洁易懂的方式,手把手教你在 Debian 或 Ubuntu 系统上运行主流的跑分脚本,并教你如何看懂那些密密麻麻的英文测试结果。
一、 跑分前的准备工作与避坑警告
在开始测试之前,请务必了解以下三条原则,否则你可能会得出错误的结论,甚至导致机器被封。
- 不要在生产环境跑分: 性能测试会瞬间将 CPU、内存或硬盘跑满(达到 100% 负载)。如果你机器上已经运行了正常业务(比如正在对外提供访问的博客),跑分会导致业务直接卡死断网。测试一定要在刚装好系统的空机器上进行。
- 警惕“邻居效应”: VPS 是共享宿主机的。如果你在晚高峰(大家都在用机器的时候)测试,跑出的分数肯定比深夜低。建议在不同时段测两次,取平均值。
- 适可而止,严禁死循环测试: 连续几个小时不间断地跑测试脚本,会被服务商判定为恶意占用资源(Abuse),极大概率会被直接停机。跑完一次,看懂数据即可,不要为了刷高分反复测试。
更新系统基础组件: 在终端连上 SSH 后,先执行以下命令确保下载工具齐全:
apt update
apt install curl wget -y
二、 YABS 综合测试脚本
在各个 VPS 交流社区(如 NodeSeek、LowEndTalk),目前公认最权威、最全面的综合测试脚本是 YABS (Yet Another Bench Script)。它只需一行命令,就能自动完成 磁盘 I/O、网络带宽和 CPU 性能的三大项测试。
1. 运行 YABS
在终端直接复制并回车执行以下命令:
wget -qO- yabs.sh | bash

(注意:整个测试过程大概需要 5 到 15 分钟,具体取决于你的机器性能,请耐心等待,不要关闭窗口。)
2. YABS 测试
测试完成后,屏幕上会输出三大块信息。我们一块一块拆解来看。

第一块:系统基础信息 (Basic System Information)
这里显示的是脚本检测到的实际硬件配置。你需要核对这里的信息与你购买的套餐是否一致。
- Processor: CPU 的具体型号(如 AMD EPYC 7763 或 Intel Xeon E5-2690)。通常来说,AMD EPYC 的单核性能要强于老款的 Intel Xeon。
- CPU cores: 核心数。
- RAM: 实际可用内存(通常会比标称的少一点点,比如 1GB 内存显示为 980MB,这是正常的,系统内核会预留一部分)。
- Disk: 硬盘总容量。
第二块:磁盘 I/O 性能 (fio Disk Speed Tests)
YABS 使用专业的 fio 工具测试硬盘读写速度。它会分别测试 4k、64k、512k 和 1m 四种不同大小的数据块。
新手该怎么看? 你不需要看懂每一行,重点只看 4k 这一行的读(Read)和写(Write)速度,以及最后的 IOPS(每秒读写次数)。
为什么只看 4k? 因为在实际运行网站、数据库(如 MySQL)或各种面板时,系统绝大多数时间是在读写非常碎小的临时文件,这就是 4k 随机读写。只有当你用服务器做纯粹的文件下载站时,大文件连续读写(1m)的速度才有意义。
性能及格线(4k 随机读写):
- 机械硬盘 (HDD): IOPS 通常在 100~300 左右,速度几 MB/s。极度卡顿,不适合跑数据库。
- 普通固态 (SSD): IOPS 在 5000~10000 左右,速度 20MB/s ~ 50MB/s。完全能满足普通的个人博客和面板需求。
- 极速固态 (NVMe SSD): IOPS 在 50000 以上,速度 100MB/s 甚至几百 MB/s。性能极佳,适合高并发数据库。
第三块:全球网络测速 (iperf3 Network Speed Tests)
这部分会测试你的服务器到全球各地(北美、欧洲、亚洲)主要测试节点的上传(Send)和下载(Receive)速度。
新手该怎么看?
- 核对峰值: 找一个离你服务器物理位置最近的节点(比如服务器在洛杉矶,就看 Los Angeles 的测速)。如果测出来的上传/下载速度能达到 900+ Mbits/sec,说明这台机器确实给你分配了 1Gbps 的带宽端口。
- 注意单位换算: 测速结果的单位是
Mbits/sec(兆比特每秒,简称 Mbps)。你平时用迅雷下载看到的单位是MB/s(兆字节每秒)。两者是 8 倍的关系。 1000 Mbps 的带宽,实际极速下载速度最多是 125 MB/s 左右。
第四块:CPU 跑分 (Geekbench 5/6)
YABS 会调用著名的 Geekbench 软件给你的 CPU 打分。
性能及格线(以 Geekbench 5 为例): 重点关注 Single Core(单核分数)。因为绝大多数中小型的建站环境(如 Nginx、PHP、简单的 Docker 容器)都是极其依赖单核性能的。核心数再多,如果单核性能拉胯,网站加载依然会慢。
- 单核 < 500 分: 性能较弱(通常是极其老旧的 Intel 洋垃圾 CPU 或者被严重限制了性能)。跑个静态网页没问题,跑复杂的动态程序会吃力。
- 单核 500 ~ 800 分: 主流水平。满足 90% 的日常建站、科学网络和面板监控需求。
- 单核 1000 分以上: 性能强劲(通常是较新的 AMD Ryzen 或 EPYC 处理器)。运行速度丝滑,编译软件极快。
三、 Sysbench
如果你不想跑漫长的 YABS,只想花 10 秒钟快速测一下 CPU 到底有多快,可以使用 Linux 官方软件库自带的 sysbench。
1. 安装 Sysbench:
apt install sysbench -y
2. 运行素数计算测试: 我们让 CPU 强制计算 1 到 20000 之间的所有素数。这个计算过程纯靠 CPU 的硬算力。如果你是 1 核 CPU,就让 1 个线程跑:
sysbench cpu --cpu-max-prime=20000 --threads=1 run
3. 如何解读结果: 测试结束后,找到 CPU speed 下面的 events per second:(每秒完成的事件数)。
- 分数越高越好。
- 这个数值代表了 CPU 纯粹的计算能力。在同样的 1 线程下,得分 1000 的机器,其单核性能就是得分 500 的机器的两倍。通过这个命令,你可以快速横向对比你手里不同服务商的机器性能。

四、 dd 命令
虽然前面提到了 YABS 里的 fio 测试 4k 速度最专业,但在日常交流中,很多人依然喜欢用最简单的 dd 命令来测试硬盘的“连续大文件写入速度”。
1. 运行 dd 写入测试: 在终端执行以下命令,系统会向硬盘写入一个 1GB 的测试文件(测试完会自动删除):
dd if=/dev/zero of=test_1GB.bin bs=1M count=1024 oflag=direct
rm test_1GB.bin
2. 如何解读结果: 运行完毕后,终端会直接输出类似这样的一行: 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 1.70293 s, 631 MB/s

- 这个
631 MB/s就是你的硬盘连续写入速度。 - 注意: 很多黑心商家会用廉价的机械硬盘组阵列,跑
dd命令能跑出 500MB/s 的惊人数据(看似是极品 SSD),但一旦遇到真实的建站碎文件读写,机器立刻卡死。所以,dd测试结果仅供参考,看硬盘真实水平依然要依赖 YABS 里的fio4k 测试结果。
五、 回国网络路由与测速 (NextTrace & Speedtest)
YABS 测的是国际带宽,但如果你人在国内,通过 SSH 连接服务器或者搭建独立博客,你最关心的一定是“这台机器连回国内的速度有多快”。
1. 测试真实的回国网速
我们可以使用专门针对国内节点优化的 Speedtest 脚本。
bash <(curl -Lso- https://bench.im/hyperspeed)
这个脚本会自动寻找中国电信、联通、移动三大运营商分布在全国各地的测速节点,并测试你的 VPS 到这些节点的真实上传和下载速度,以及延迟(Ping)。(最近有时候有些节点测不了,自己可以尝试下选择其他类型,不一定需要直接选三网测速)

2. 测试回国路由轨迹 (NextTrace)
为什么有的机器明明测速有 100Mbps,但用起来就是卡?因为数据包“绕路”了。比如数据本来应该从洛杉矶直接通过海底光缆传到上海,结果它先去了日本,又绕去了欧洲,最后才慢吞吞地挤进国内。
测试路由轨迹,首选开源工具 NextTrace。
安装 NextTrace:
curl nxtrace.org/nt | bash
测试到上海电信的路由:
nexttrace 202.96.209.133
执行后,它会在屏幕上打印出数据包经过的每一个路由节点。如果整个路径显示经过的节点很少,且延迟在 130ms~160ms 之间(以美西节点为例),并且路径里出现了 59.43.*.*(电信 CN2 GIA 专线 IP),那么恭喜你,买到了优质的直连网络机器。

结语
以上就是关于 VPS基准测试及性能测试指南 的全部内容了。尝试在自己新买的服务器上进行上面的一系列测试,同时也不要让跑分成为焦虑的源泉。基准测试的根本目的是让你做到“知己知彼”,以便更好地规划服务器的用途。