如何测试 VPS 的 CPU 性能？新手也能看懂

如果你刚买了台 VPS，看着商家写的配置：4 核 CPU、高性能处理器，听起来很不错，但实际用起来网站加载慢、应用响应卡顿，甚至 SSH 都要转圈半天，这时候就要怀疑一个问题：这台 VPS 的 CPU 性能到底靠不靠谱，是不是被严重超售了？

VPS 和自己的电脑不一样，你看不见硬件，也摸不到真实配置，但我们可以通过一套简单的测试方法，来判断 CPU 的真实性能。只要会基本的 Linux 命令，新手也能照着做。

下面就一步步说说如何测试 VPS 的 CPU 性能，并教你识别哪些是性能缩水、超售严重的“坑机”。

为什么 VPS 的 CPU 性能判断更复杂

在讲具体测试方法之前，先弄清楚一件事：为什么 VPS 的 CPU 性能，比你自己电脑的 CPU 更难评估？

1、VPS 和物理机的本质区别

你家里的电脑，整颗 CPU 是你一个人独占的。而 VPS 是从一台物理服务器上虚拟出来的：商家用虚拟化技术把一台大服务器切成很多份，每一份就是一个 VPS。

这意味着：你的 VPS 和别人的 VPS，很可能在共享同一套物理 CPU 资源。只要同一台物理机上的其他 VPS 跑高负载任务，你的 VPS 性能就会被拖慢。

因此就有了“共享 CPU”和“独享 CPU”的区别：

• 共享 CPU：多个 VPS 共同使用同一批核，便宜但容易受其他用户影响
• 独享 CPU：为你保留一定的计算资源，价格更高但性能更稳定

2、超售现象非常普遍

为了提高利润，很多商家会对 CPU 做“超售”。

比如一台物理服务器有 32 个 CPU 核心，理论上可以比较稳妥地给 32 个单核 VPS。但商家可能会开 50 甚至 100 个 VPS，并且对每个用户都宣传“1 核 CPU”。

表面上你有 1 核 vCPU，实际却要和几十个人一起抢物理核心。运气好你能跑满，运气差你就像高峰期排队打车一样干等。

这就是为什么有些便宜 VPS，配置宣传得很好，用起来却一卡一卡。像 RackNerd、CloudCone 这种主打性价比的商家，就需要你特别注意测试超售情况，遇到好的机器能非常划算，遇到坑就要及时退款。

3、CPU 资源被“偷走”（Steal Time）

VPS 环境里有一个很关键的概念：CPU Steal Time。

当你的 VPS 想要用 CPU，但宿主机上的物理 CPU 正在忙别的 VPS，这时你的任务就被迫排队。被迫等待的这段时间就是 Steal Time。

Steal Time 很高，说明物理机超载严重，你的 VPS 经常抢不到 CPU。哪怕商家标的是 4 核 CPU，实际体验可能还不如一台稳定的 1 核 VPS。

所以，判断 VPS CPU 性能，不仅要看“跑分”，还要看 Steal Time 是否过高。

查看 VPS 的 CPU 基础信息

在开始跑分之前，先把 VPS 的 CPU 基本信息摸清楚：型号、核心数、主频等。这样有助于你判断这台机器大概处在什么档次。

查看 CPU 详细信息的命令

SSH 连接到 VPS 后，先用系统自带的命令：

cat /proc/cpuinfo

这个命令会输出非常详细的 CPU 信息，如果觉得内容太多，可以用：

lscpu

lscpu 的输出更精简，核心信息一眼就能看懂：CPU 型号、核心数、线程数、频率等。

需要关注的几个关键参数

拿到这些信息后，重点看下面几个字段：

1、CPU 型号（Model name）

你会看到类似这样的描述：

• Intel(R) Xeon(R) E5-2680 v4
• AMD EPYC 7542

如果是 Intel Xeon 或 AMD EPYC，这通常是服务器级 CPU，比较正常。而如果看到：

• Intel Core i3 / i5 / i7
• Intel Celeron / Pentium

则说明商家可能用的是消费级 CPU，性能、稳定性和服务器 CPU 会有差距。

另外，还要注意 CPU 的年代。比如老一代 Xeon E5-26xx 虽然还能用，但与新一代 EPYC 或新款 Xeon 相比，单核性能差距不小。可以随手在搜索引擎查一下型号年份和跑分，大概心里有数。

2、CPU 核心数（CPUs / CPU(s)）

这里反映的是分配给你的 vCPU 个数。比如你买的是 2 核 VPS，这里一般会显示 2 个 CPU。

注意：

• 这里显示的是 vCPU（虚拟核心）
• 一个物理核心可以虚拟成多个 vCPU
• vCPU 数量不代表你 100% 能用到对应的物理算力

因此，核心数只作为“配额参考”，真正性能还要看后面的跑分和 Steal Time。

3、CPU 主频（CPU MHz）

这是当前 CPU 的运行频率。通常频率越高，单核性能越强。

但在 VPS 环境中你会发现这个值会跳动，这是正常现象，因为现代 CPU 会根据负载自动调频，比如睿频提升或节能降频。

如果你在 Evoxt 之类支持多机房的服务商那边测，就会发现不同机房、不同 CPU 型号，频率表现可能差异很大。

4、缓存大小（Cache）

CPU Cache（尤其是 L3 缓存）越大，密集计算任务效率越高。服务器 CPU 的 L3 缓存常常在几十 MB。

要注意两点：

• 显示的是物理 CPU 的缓存，不是你独享
• 如果缓存很小（仅几百 KB 或几 MB），可能是很老或低端 CPU

缓存不是判断好坏的唯一指标，但可以作为一个侧面信号。

一个实际的例子

假设某台 VPS 的 lscpu 输出核心部分如下：

• CPU 型号：Intel Xeon E5-2686 v4
• 核心数：2 vCPU
• 主频：2300 MHz
• 缓存：46080 KB（约 45MB）

从这几点可以判断：

• 使用的是 2016 年左右的服务器 CPU
• 主频 2.3GHz，一般应用是够用的
• 2 核 vCPU，适合小型网站、轻量级服务

但这些只是“纸面配置”。真实体验好不好，还得靠后面的性能测试和 Steal Time 来验证。

VPS CPU 性能实测

看完基础信息，现在进入实战：用工具实际测试 CPU 能力。

这里重点使用 sysbench，因为它：

• 安装简单
• 命令直观
• 测试结果可比性强

安装 sysbench

大部分主流 Linux 发行版都可以直接通过包管理器安装。

Ubuntu / Debian 系：

apt update
apt install sysbench -y

CentOS / Rocky / AlmaLinux 等：

yum install sysbench -y

安装完毕后，用下面命令确认：

sysbench --version

显示版本号就说明安装成功。

开始做 CPU 跑分测试

sysbench 的 CPU 测试非常简单，一行命令即可：

sysbench cpu --threads=1 run

含义：

• 使用 1 个线程（1 核）
• 进行 CPU 计算（默认计算 1~10000 以内的质数）
• 持续大约 10 秒，最后给出统计结果

例如我之前在一台 JustHost 德国机房 VPS 上测试，能看到类似这样的输出结构（略）：

CPU speed:
    events per second:   1050.34
...
total time:             10.0006s
total number of events: 10505

如何看懂 sysbench 测试结果

这一行是重点：

events per second:   1050.34

含义是：每秒钟 CPU 完成了约 1050 次计算事件。数值越大，代表单核计算能力越强。

大致可以按下面的水平来理解（默认参数，--cpu-max-prime 不改）：

• 每秒 400–900：入门级，个人博客、小网站够用
• 每秒 900–1400：中等水平，可跑稍复杂的应用 / 面板
• 每秒 1400–2000：性能不错，适合中型网站、API、轻量服务
• 每秒 2000+：高性能 VPS，可以承担不少密集计算任务

如果你的单核跑分在 1000 左右，日常建站、跑 WordPress、轻量 API 基本没有问题。

测试多核综合性能

如果你的 VPS 有多个核心，建议再测一下多核表现：

sysbench cpu --threads=$(nproc) run

• $(nproc) 会自动取系统检测到的 CPU 核心数
• 例如 4 核 VPS，会等价于 --threads=4

理想情况：

• 多核 events per second ≈ 单核结果 × 核心数
• 实际很难完全线性，能达到 3.5 倍（4 核）就已经不错

如果差距很大，比如：

• 单核：1000 events/s
• 4 线程：只有 1800–2200 events/s

那就说明多核被限制或调度拥挤，这类 VPS 在多线程场景中表现会打折扣。

注意测试参数的差异

sysbench 支持自定义计算难度，常见参数是 --cpu-max-prime。默认是 10000，有些人会用更高数值，比如 20000：

sysbench cpu --cpu-max-prime=20000 --threads=1 run

难度增加后，events per second 会显著降低：

• 10000 时：可能是 1050
• 20000 时：同一台机器可能只有 500 左右

因此：

• 对比不同人分享的跑分时，一定要看对方用的参数是否一致
• 同一台 VPS 使用不同 --cpu-max-prime，结果不能直接横向比较

建议你自己测试时统一使用默认参数（不加 --cpu-max-prime），这样更方便和市面上的测评对标。

多次测试，观察稳定性

CPU 表现会随宿主机负载变化而波动，所以不要只测一次了事。建议：

• 白天测一遍
• 晚上高峰期再测一遍
• 凌晨或非高峰期再测一遍

如果多次结果都比较接近，比如都在 950–1100 之间，说明整体比较稳定。

若波动极大，例如：

• 某次：1200
• 某次：600
• 某次又回到：1100

那就是超售或者宿主机上其他 VPS 干扰很严重，不适合跑需要稳定性能的生产业务。

什么样的成绩算合格？

这要结合你的付费价格和用途来判断：

• 月付 3–5 美元的便宜 VPS：单核 800–1000，基本就能接受
• 月付 10–20 美元的中档 VPS：单核建议在 1200–1600
• 月付 20 美元以上、宣传“高性能”的 VPS：单核 1500+ 比较合理，2000+ 就算很能打了

同时关注“稳定性 + 性价比”：

• 一个长期维持在 1000 左右、波动不大且 Steal Time 较低的 VPS，要比分数偶尔冲到 2000、但平时在 500–800 乱跳的 VPS 要靠谱得多
• 测出来远低于同价位水平，或者波动严重，就要考虑退款换商家，比如换到 搬瓦工/BandwagonHost 这类口碑相对稳定的服务商，少折腾自己

识别 CPU 超售和性能缩水

跑完 sysbench 只是第一步，要进一步确认这台 VPS 是否被严重超售，还需要看 CPU Steal Time 等指标。

什么是 CPU Steal Time

Steal Time 表示：

• 你的 VPS 有任务要跑
• 但宿主机 CPU 此刻忙于处理其他 VPS 的任务
• 你的任务只能“等”，这段被“偷走”的时间就是 Steal Time

Steal Time 数值越高，说明抢 CPU 资源的人越多，你被排队的时间越长。最终表现就是：系统总体响应变慢，跑分波动大，业务体验差。

如何查看 Steal Time

最直接的方法是使用 top 命令：

top

运行后第三行会有类似：

%Cpu(s):  5.2 us,  2.1 sy,  0.0 ni, 90.5 id,  0.0 wa,  0.0 hi,  0.2 si,  2.0 st

• 最后那个 st 就是 Steal Time 百分比
• 例如 2.0 st 表示有 2% 的 CPU 时间被“偷走”

还可以使用 iostat 来看得更直观（需要安装 sysstat）：

iostat -c 1 5

这个命令会每秒刷新一次，共输出 5 组数据。关注其中的 %steal 列即可。

Steal Time 多少算正常？

大致可以按下面区间来判断：

• 0–5%：非常健康，物理机负载合理，超售不明显
• 5–10%：勉强可以接受，偶尔会感觉卡顿
• 10–20%：超售比较明显，性能会有实质性影响
• 20% 以上：严重超售，VPS 基本不适合生产使用

很多人一开始买的时候 Steal Time 可能只有 2–3%，用着很舒服。过几个月商家又多卖了一批 VPS，Steal Time 突然飙到 15% 甚至更高，你的业务就会明显变慢。

不同时段多次观察 Steal Time

和 sysbench 一样，Steal Time 也要分时段看：

• 白天、晚上、高峰期、凌晨各看几次
• 高峰期飙得特别高，说明宿主机负载在高峰期被打爆

你甚至可以写一个简单的脚本定时记录 st 或 %steal，一天监控下来会看得更清楚。

其他性能缩水的信号

除了 Steal Time，还有一些间接信号可以帮你判断 VPS 是否在“偷工减料”：

1、CPU 频率异常低

用 lscpu 或 cat /proc/cpuinfo 看 CPU MHz，如果长期只有几百 MHz，明显低于 CPU 合理频率（例如标称 2GHz+），可能是：

• 商家对 VPS 做了频率限制
• 物理机过热、节能策略过于激进导致降频

2、IO Wait（wa）长期偏高

在 top 输出中有 wa 值，表示 IO 等待占比。如果经常 10% 以上，说明磁盘 IO 很慢。虽然这不是 CPU 本身的问题，但对实际体验影响很大——特别是数据库和文件操作密集的场景。

如果你在意这块，可以进一步用 fio 做磁盘测试（很多测评站会详细讲这一部分）。

3、sysbench 成绩波动非常大

如果跑分结果：

• 早上 1200
• 晚上 600
• 凌晨又回到 1100

这种波动说明宿主机环境极度不稳定，超售严重或共享用户负载不均衡。这种 VPS 不适合做正式项目。

发现问题之后怎么办？

如果你发现：

• Steal Time 经常高于 10%
• sysbench 成绩波动大
• 系统明显“忽快忽慢”

建议按以下步骤处理：

1. 在控制台或工单系统中，向商家说明情况，附上跑分和 Steal Time 截图
2. 问看是否可以迁移到其他物理机或机柜
3. 如果商家敷衍、不愿处理或迁移后仍然糟糕，则在退款期内果断退款

多数正规商家会提供 7–30 天退款保证，这段时间就是让你测试用的。不要抱着“凑合用”的心态耗下去，性能不稳定的 VPS 只会让你后面越用越闹心。

如果你要换机，可以考虑一些口碑和反馈相对稳定的服务商，比如：

• 要高端稳定线路的，可以选 搬瓦工/BandwagonHost 或 DMIT
• 要低价性价比的，可以在 RackNerd、ColoCrossing 等中反复测试挑“好机器”

总结

测试 VPS 的 CPU 性能，建议按照下面的步骤走一遍：

• 用 lscpu 或 cat /proc/cpuinfo 查看 CPU 型号、核心数、主频等基础信息
• 用 sysbench cpu --threads=1 run 测试单核性能，记录 events per second
• 用 sysbench cpu --threads=$(nproc) run 测试多核表现，判断扩展能力
• 用 top 或 iostat 检查 CPU Steal Time（st / %steal）
• 在白天、晚上、凌晨多测几次，看跑分和 Steal Time 是否稳定

整套流程最多半小时，却可以帮你筛掉大部分超售严重、性能虚标的垃圾 VPS。

务必记住：一定要在退款保证期内完成所有测试。

很多商家给 7–30 天无理由退款，但有的只给 3 天。建议：

1. 拿到 VPS 当天就做一轮完整测试
2. 间隔几天在高峰期再测一次
3. 两轮测试结果都明显不理想，直接退款换商家，不要犹豫

市场上 VPS 商家很多，对新手用户来说，认真测试、多比较，远比在一家不靠谱的商家那反复折腾要划算得多。

常见问题解答（FAQ）

Q1：sysbench 测试分数多高才算好？

没有绝对标准，要结合你的预算和用途。以默认参数（--threads=1，不加 --cpu-max-prime）为例：

• 个人博客、小型网站：单核 500–1000 基本够用
• 中型网站、API 服务：单核 1200–1500 比较合适
• 高负载应用、数据处理：单核 1800 以上会更安心

如果你非常看重性能，可以优先选择 AMD EPYC 处理器的 VPS，这类机器在同价位上单核和多核性能通常都比老款 Intel VPS 更强。很多新上线的商家或大厂（如 Vultr、DigitalOcean）机房里已经开始大量使用 EPYC。

Q2：测试结果不稳定、波动很大怎么办？

如果多次测试分数差距超过 30%，例如：

• 有时候 1200
• 有时候掉到 700

这通常就是超售严重或宿主机负载极不稳定。

建议：

• 在不同时间段多测几次，确认波动是常态而非偶发
• 一旦确定是结构性问题，直接申请退款，换其他商家或其他机房

性能不稳定的 VPS 最大的问题是“不可预测”：今天能用、明天卡死，长期维护成本非常高。不如一开始就选口碑相对稳定的服务，比如 搬瓦工/BandwagonHost、GigsGigsCloud 这类在圈子里评价较集中的品牌。

Q3：Steal Time 突然变高了，可能是什么原因？

常见原因包括：

• 商家在同一台物理机上新开了一批 VPS，超售程度加剧
• 同一宿主机上某个 VPS 突然跑高负载（挖矿、大数据、爬虫等）
• 宿主机出现硬件或系统问题，导致整体资源紧张

如果 Steal Time 持续在 10% 以上，且多时段都偏高，建议：

1. 截图 top 或 iostat 的数据
2. 提工单给商家，说明测试结果
3. 申请迁移到其他宿主机或机房
4. 若态度敷衍，考虑在退款期内换商家

Q4：共享 CPU 和独立 CPU 应该怎么选？

主要看你的场景和预算：

• 共享 CPU
  • 优点：价格便宜、适合个人博客、小项目、测试和学习
  • 缺点：资源不稳定，容易受到其他用户影响
• 独立 CPU（Dedicated CPU / Guaranteed CPU）
  • 优点：资源相对独享，性能更稳定，适合集群节点、生产项目、持续高负载任务
  • 缺点：价格明显更高

如果你只是搭个小站或自用服务，预算有限，选择共享 CPU 的高性价比产品，比如 RackNerd、ColoCrossing 这类就够用；如果要上线对稳定性要求很高的业务，则优先考虑有独立 CPU 的方案。

Q5：测试完 CPU 性能，还需要测什么？

CPU 只是 VPS 性能的一部分，要全面评估一台 VPS，还建议测试：

• 磁盘 IO 性能
  • 使用 fio、dd 等工具测试随机/顺序读写
  • 对数据库、日志密集型应用影响很大
• 网络性能
  • 使用 speedtest-cli 或 iperf3 测试上下行带宽、延迟和丢包
  • 对外网访问、CDN 回源、API 服务影响明显
• 内存性能与容量
  • 使用 free -h 检查是否足额
  • 用 stress 等工具做简单压力测试

如果你对 VPS 全面性能评估感兴趣，可以再配合阅读类似“VPS 综合评测”、“网络线路与延迟测试实战”之类的文章，形成一套自己的测试清单。

Q6：买便宜 VPS 一定会超售吗？

不一定，但概率确实偏高。

• 月付 3–5 美元的低价 VPS，商家利润空间非常有限
• 为了赚钱，很多商家会选择更激进的超售策略
• 但也有一些相对“克制”的商家，会在超售和体验之间做平衡

所以：

• 不能凭价格简单下结论
• 必须自己做 CPU、IO、网络等多方面测试
• 多对比几家，找出适合自己用途的那一档

目前在便宜 VPS 里口碑还不错的包括：

• RackNerd：活动多、价格极低，适合折腾和建站
• CloudCone：按小时计费，适合拿来短期测试
• ColoCrossing：北美便宜机型较多

无论选哪一家，都记得：

• 一定要在退款期或者试用期内完成完整测试
• 不要被“配置好看、价格好看”迷惑，数据和体验才是最实在的标准