VPS基准测试及性能测试指南（CPU/I/O/网络测试及解读） - 版本历史

2026年3月17日 (二) 15:23 Liam

2026-03-17T15:23:56Z

←上一版本		2026年3月17日 (二) 08:23的版本
第117行：		第117行：
	== 结语 ==		== 结语 ==
	以上就是关于 VPS基准测试及性能测试指南的全部内容了。尝试在自己新买的服务器上进行上面的一系列测试，同时也不要让跑分成为焦虑的源泉。基准测试的根本目的是让你做到“知己知彼”，以便更好地规划服务器的用途。		以上就是关于 VPS基准测试及性能测试指南的全部内容了。尝试在自己新买的服务器上进行上面的一系列测试，同时也不要让跑分成为焦虑的源泉。基准测试的根本目的是让你做到“知己知彼”，以便更好地规划服务器的用途。
			[[Category:500 常见应用指南 — Application Guides]]

2026年3月17日 (二) 14:16 Rosa

2026-03-17T14:16:57Z

←上一版本		2026年3月17日 (二) 07:16的版本
第1行：		第1行：
	在 VPS 圈子里，检验机器性能最直接的方法就是“跑分”。通过基准测试（Benchmarking），我们可以把看不见摸不着的硬件性能，量化为具体的数据。这不仅能帮你判断这台机器是否物有所值，还能在后续部署业务（如建站、跑数据库）时，让你对服务器的承载能力心里有底。		在 VPS 圈子里，检验机器性能最直接的方法就是“跑分”。通过基准测试（Benchmarking），我们可以把看不见摸不着的硬件性能，量化为具体的数据。这不仅能帮你判断这台机器是否物有所值，还能在后续部署业务（如建站、跑数据库）时，让你对服务器的承载能力心里有底。

	下面的内容没有枯燥无聊的硬件理论，只会用最简洁易懂的方式，手把手教你在 Debian 或 Ubuntu 系统上运行主流的跑分脚本，并教你如何看懂那些密密麻麻的英文测试结果。		下面的文章内容没有枯燥无聊的硬件理论，只会用最简洁易懂的方式，手把手教你在 Debian 或 Ubuntu 系统上运行主流的跑分脚本，并教你如何看懂那些密密麻麻的英文测试结果。
	----		----

第16行：		第16行：
	----		----

	== 二、 ~~圈内标杆：YABS~~ 综合测试脚本 ==		== 二、 YABS 综合测试脚本 ==
	在各个 VPS 交流社区（如 NodeSeek、LowEndTalk），目前公认最权威、最全面的综合测试脚本是 YABS (Yet Another Bench Script)。它只需一行命令，就能自动完成磁盘 I/O、网络带宽和 CPU 性能的三大项测试。		在各个 VPS 交流社区（如 NodeSeek、LowEndTalk），目前公认最权威、最全面的综合测试脚本是 YABS (Yet Another Bench Script)。它只需一行命令，就能自动完成磁盘 I/O、网络带宽和 CPU 性能的三大项测试。

第26行：		第26行：
	''(注意：整个测试过程大概需要 5 到 15 分钟，具体取决于你的机器性能，请耐心等待，不要关闭窗口。)''		''(注意：整个测试过程大概需要 5 到 15 分钟，具体取决于你的机器性能，请耐心等待，不要关闭窗口。)''

	== 2. 解读 YABS 测试结果 ==		== 2. YABS 测试 ==
	测试完成后，屏幕上会输出三大块信息。我们一块一块来拆解。		测试完成后，屏幕上会输出三大块信息。我们一块一块拆解来看。
	[[File:231654.png\|center\|thumb\|900x900px]]		[[File:231654.png\|center\|thumb\|900x900px]]
	==== 第一块：系统基础信息 (Basic System Information) ====		==== 第一块：系统基础信息 (Basic System Information) ====
第65行：		第65行：
	----		----

	== 三、 ~~专项测试 1：用~~ Sysbench ~~压榨 CPU 极限~~ ==		== 三、 Sysbench ==
	如果你不想跑漫长的 YABS，只想花 10 秒钟快速测一下 CPU 到底有多快，可以使用 Linux 官方软件库自带的 <code>sysbench</code>。		如果你不想跑漫长的 YABS，只想花 10 秒钟快速测一下 CPU 到底有多快，可以使用 Linux 官方软件库自带的 <code>sysbench</code>。

第79行：		第79行：
	----		----

	== 四、 ~~专项测试 2：用~~ dd 命令~~快速摸底硬盘速度~~ ==		== 四、 dd 命令 ==
	虽然前面提到了 YABS 里的 <code>fio</code> 测试 4k 速度最专业，但在日常交流中，很多人依然喜欢用最简单的 <code>dd</code> 命令来测试硬盘的“连续大文件写入速度”。		虽然前面提到了 YABS 里的 <code>fio</code> 测试 4k 速度最专业，但在日常交流中，很多人依然喜欢用最简单的 <code>dd</code> 命令来测试硬盘的“连续大文件写入速度”。

第93行：		第93行：
	----		----

	== 五、 ~~专项测试 3：~~回国网络路由与测速 (NextTrace & Speedtest) ==		== 五、回国网络路由与测速 (NextTrace & Speedtest) ==
	YABS 测的是国际带宽，但如果你人在国内，通过 SSH 连接服务器或者搭建独立博客，你最关心的一定是“这台机器连回国内的速度有多快”。		YABS 测的是国际带宽，但如果你人在国内，通过 SSH 连接服务器或者搭建独立博客，你最关心的一定是“这台机器连回国内的速度有多快”。

第99行：		第99行：
	我们可以使用专门针对国内节点优化的 Speedtest 脚本。		我们可以使用专门针对国内节点优化的 Speedtest 脚本。
	<code> bash <(curl -Lso- https://bench.im/hyperspeed) </code>		<code> bash <(curl -Lso- https://bench.im/hyperspeed) </code>
	这个脚本会自动寻找中国电信、联通、移动三大运营商分布在全国各地的测速节点，并测试你的 VPS 到这些节点的真实上传和下载速度，以及延迟（Ping）。（最近有时候有些节点测不了~~，不过无伤大雅~~，自己可以尝试下选择其他类型，不一定需要直接选三网测速）		这个脚本会自动寻找中国电信、联通、移动三大运营商分布在全国各地的测速节点，并测试你的 VPS 到这些节点的真实上传和下载速度，以及延迟（Ping）。（最近有时候有些节点测不了，自己可以尝试下选择其他类型，不一定需要直接选三网测速）
	[[File:654df16574.png\|center\|thumb\|526x526px]]		[[File:654df16574.png\|center\|thumb\|526x526px]]

第105行：		第105行：
	为什么有的机器明明测速有 100Mbps，但用起来就是卡？因为数据包“绕路”了。比如数据本来应该从洛杉矶直接通过海底光缆传到上海，结果它先去了日本，又绕去了欧洲，最后才慢吞吞地挤进国内。		为什么有的机器明明测速有 100Mbps，但用起来就是卡？因为数据包“绕路”了。比如数据本来应该从洛杉矶直接通过海底光缆传到上海，结果它先去了日本，又绕去了欧洲，最后才慢吞吞地挤进国内。

	测试路由轨迹，首选开源工具 NextTrace。安装 NextTrace：		测试路由轨迹，首选开源工具 NextTrace。

			'''安装 NextTrace：'''
	<code>curl nxtrace.org/nt \| bash</code>		<code>curl nxtrace.org/nt \| bash</code>
	测试到上海电信的路由：		测试到上海电信的路由：
	<code>'''nexttrace''' 202.96.209.133</code>		<code>'''nexttrace''' 202.96.209.133</code>
	执行后，它会在屏幕上打印出数据包经过的每一个路由节点。如果整个路径显示经过的节点很少，且延迟在 130ms~160ms 之间（以美西节点为例），并且路径里出现了 <code>59.43..</code>（电信 CN2 GIA 专线 IP），那么恭喜你，买到了优质的直连网络机器。		执行后，它会在屏幕上打印出数据包经过的每一个路由节点。如果整个路径显示经过的节点很少，且延迟在 130ms~160ms 之间（以美西节点为例），并且路径里出现了 <code>'''59.43..'''</code>（电信 CN2 GIA 专线 IP），那么恭喜你，买到了优质的直连网络机器。
	[[File:654df16575.png\|center\|thumb\|900x900px]]		[[File:654df16575.png\|center\|thumb\|900x900px]]
	----		----

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

Rosa：VPS基准测试及性能测试指南（CPU/I/O/网络测试及解读）

2026-03-17T10:07:10Z

VPS基准测试及性能测试指南（CPU/I/O/网络测试及解读）

新页面

在 VPS 圈子里，检验机器性能最直接的方法就是“跑分”。通过基准测试（Benchmarking），我们可以把看不见摸不着的硬件性能，量化为具体的数据。这不仅能帮你判断这台机器是否物有所值，还能在后续部署业务（如建站、跑数据库）时，让你对服务器的承载能力心里有底。

下面的内容没有枯燥无聊的硬件理论，只会用最简洁易懂的方式，手把手教你在 Debian 或 Ubuntu 系统上运行主流的跑分脚本，并教你如何看懂那些密密麻麻的英文测试结果。
----

== 一、跑分前的准备工作与避坑警告 ==
在开始测试之前，请务必了解以下三条原则，否则你可能会得出错误的结论，甚至导致机器被封。

# '''不要在生产环境跑分：''' 性能测试会瞬间将 CPU、内存或硬盘跑满（达到 100% 负载）。如果你机器上'''已经运行了正常业务'''（比如正在对外提供访问的博客），跑分会导致业务直接卡死断网。'''测试一定要在刚装好系统的空机器上进行'''。
# '''警惕“邻居效应”：''' VPS 是共享宿主机的。如果你在晚高峰（大家都在用机器的时候）测试，跑出的分数肯定比深夜低。建议在不同时段测两次，取平均值。
# '''适可而止，严禁死循环测试：''' 连续几个小时不间断地跑测试脚本，会被服务商判定为恶意占用资源（Abuse），'''极大概率会被直接停机'''。跑完一次，看懂数据即可，不要'''为了刷高分反复测试'''。

更新系统基础组件：在终端连上 SSH 后，先执行以下命令确保下载工具齐全：
<code>apt update
apt install curl wget -y</code>
----

== 二、圈内标杆：YABS 综合测试脚本 ==
在各个 VPS 交流社区（如 NodeSeek、LowEndTalk），目前公认最权威、最全面的综合测试脚本是 YABS (Yet Another Bench Script)。它只需一行命令，就能自动完成磁盘 I/O、网络带宽和 CPU 性能的三大项测试。

== 1. 运行 YABS ==
在终端直接复制并回车执行以下命令：
<code>wget -qO- yabs.sh | bash</code>
[[File:1773739050509.png|center|thumb|900x900px]]

''(注意：整个测试过程大概需要 5 到 15 分钟，具体取决于你的机器性能，请耐心等待，不要关闭窗口。)''

== 2. 解读 YABS 测试结果 ==
测试完成后，屏幕上会输出三大块信息。我们一块一块来拆解。
[[File:231654.png|center|thumb|900x900px]]
==== 第一块：系统基础信息 (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 使用专业的 <code>fio</code> 工具测试硬盘读写速度。它会分别测试 4k、64k、512k 和 1m 四种不同大小的数据块。

新手该怎么看？你不需要看懂每一行，重点只看 <code>4k</code> 这一行的读（Read）和写（Write）速度，以及最后的 <code>IOPS</code>（每秒读写次数）。<blockquote>为什么只看 4k？因为在实际运行网站、数据库（如 MySQL）或各种面板时，系统绝大多数时间是在读写非常碎小的临时文件，这就是 4k 随机读写。只有当你用服务器做纯粹的文件下载站时，大文件连续读写（1m）的速度才有意义。</blockquote>性能及格线（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 的带宽端口。
* '''注意单位换算：''' 测速结果的单位是 <code>Mbits/sec</code>（兆比特每秒，简称 Mbps）。你平时用迅雷下载看到的单位是 <code>MB/s</code>（兆字节每秒）。两者是 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 处理器）。运行速度丝滑，编译软件极快。

----

== 三、专项测试 1：用 Sysbench 压榨 CPU 极限 ==
如果你不想跑漫长的 YABS，只想花 10 秒钟快速测一下 CPU 到底有多快，可以使用 Linux 官方软件库自带的 <code>sysbench</code>。

1. '''安装 Sysbench：'''
<code>apt '''install''' sysbench -y</code>
2. '''运行素数计算测试：''' 我们让 CPU 强制计算 1 到 20000 之间的所有素数。这个计算过程纯靠 CPU 的硬算力。如果你是 1 核 CPU，就让 1 个线程跑：
<code>sysbench cpu '''--cpu-max-prime'''=20000 '''--threads'''=1 run</code>
3. '''如何解读结果：''' 测试结束后，找到 <code>CPU speed</code> 下面的 <code>events per second:</code>（每秒完成的事件数）。

* 分数越高越好。
* 这个数值代表了 CPU 纯粹的计算能力。在同样的 1 线程下，得分 1000 的机器，其单核性能就是得分 500 的机器的两倍。通过这个命令，你可以快速横向对比你手里不同服务商的机器性能。
[[File:06848d0.png|center|thumb|900x900px]]
----

== 四、专项测试 2：用 dd 命令快速摸底硬盘速度 ==
虽然前面提到了 YABS 里的 <code>fio</code> 测试 4k 速度最专业，但在日常交流中，很多人依然喜欢用最简单的 <code>dd</code> 命令来测试硬盘的“连续大文件写入速度”。

1. '''运行 dd 写入测试：''' 在终端执行以下命令，系统会向硬盘写入一个 1GB 的测试文件（测试完会自动删除）：
<code>dd '''if'''=/dev/zero '''of'''=test_1GB.bin '''bs'''=1M '''count'''=1024 '''oflag'''=direct
rm test_1GB.bin</code>
2. '''如何解读结果：''' 运行完毕后，终端会直接输出类似这样的一行： <code>1073741824 bytes (1.1 GB, 1.0 GiB) copied, 1.70293 s, 631 MB/s</code>
[[File:5ewr135648.png|center|thumb|900x900px]]

* 这个 <code>631 MB/s</code> 就是你的硬盘连续写入速度。
* 注意：很多黑心商家会用廉价的机械硬盘组阵列，跑 <code>dd</code> 命令能跑出 500MB/s 的惊人数据（看似是极品 SSD），但一旦遇到真实的建站碎文件读写，机器立刻卡死。所以，<code>dd</code> 测试结果'''仅供参考'''，看硬盘真实水平依然要依赖 YABS 里的 <code>fio</code> 4k 测试结果。

----

== 五、专项测试 3：回国网络路由与测速 (NextTrace & Speedtest) ==
YABS 测的是国际带宽，但如果你人在国内，通过 SSH 连接服务器或者搭建独立博客，你最关心的一定是“这台机器连回国内的速度有多快”。

== 1. 测试真实的回国网速 ==
我们可以使用专门针对国内节点优化的 Speedtest 脚本。
<code> bash <(curl -Lso- https://bench.im/hyperspeed) </code>
这个脚本会自动寻找中国电信、联通、移动三大运营商分布在全国各地的测速节点，并测试你的 VPS 到这些节点的真实上传和下载速度，以及延迟（Ping）。（最近有时候有些节点测不了，不过无伤大雅，自己可以尝试下选择其他类型，不一定需要直接选三网测速）
[[File:654df16574.png|center|thumb|526x526px]]

== 2. 测试回国路由轨迹 (NextTrace) ==
为什么有的机器明明测速有 100Mbps，但用起来就是卡？因为数据包“绕路”了。比如数据本来应该从洛杉矶直接通过海底光缆传到上海，结果它先去了日本，又绕去了欧洲，最后才慢吞吞地挤进国内。

测试路由轨迹，首选开源工具 NextTrace。安装 NextTrace：
<code>curl nxtrace.org/nt | bash</code>
测试到上海电信的路由：
<code>'''nexttrace''' 202.96.209.133</code>
执行后，它会在屏幕上打印出数据包经过的每一个路由节点。如果整个路径显示经过的节点很少，且延迟在 130ms~160ms 之间（以美西节点为例），并且路径里出现了 <code>59.43.*.*</code>（电信 CN2 GIA 专线 IP），那么恭喜你，买到了优质的直连网络机器。
[[File:654df16575.png|center|thumb|900x900px]]
----

== 结语 ==
不要让跑分成为焦虑的源泉。基准测试的根本目的是让你做到“知己知彼”，以便更好地规划服务器的用途。

VPS基准测试及性能测试指南（CPU/I/O/网络测试及解读） - 版本历史

2026年3月17日 (二) 15:23 Liam

2026年3月17日 (二) 14:16 Rosa

Rosa：​VPS基准测试及性能测试指南（CPU/I/O/网络测试及解读）

Rosa：VPS基准测试及性能测试指南（CPU/I/O/网络测试及解读）