```yaml
title: 30几块抢的服务器是个什么性能水平？——lexus L实例-2核2G2M云服务器的性能简单测试
slug: how-to-benchmark-a-cloud-vps-properly
description: 给一台 2 核 1.75G 云服务器做性能体检的全过程。sysbench 的绝对分数为什么没意义、三把尺子为什么都错了、怎么正确做跨平台对比、怎么判断是不是突发性能型和超线程。附完整命令。
keywords: 云服务器性能测试, sysbench 跑分, CPU 基准测试, 跨平台性能对比, 突发性能实例, vCPU 超线程, 服务器体检
```
从华*云花36元巨款抢了一台云服务器，好奇它性能如何，于是让ai简单测了下，以下为ai自己写的测试报告，希望对你有所帮助。先说结论：还是物超所值的。



---

## 一、跑分之前，先看看这台机器长什么样



```bash
lscpu | grep -E "^Model name|^CPU$s$|^Thread|^Core|^Socket"
```

结果有点意思：

```
CPU(s):                    2
Model name:                General Purpose Processor
Thread(s) per core:        2
Core(s) per socket:        1
Socket(s):                 1
```

`General Purpose Processor`——云厂商把型号抹掉了，这是常规操作，不想让你按型号去比价。

但下面三行很关键：**1 个插槽、1 个核、每核 2 个线程**。

如果按字面理解，这台"2 核"机器其实是**一颗物理核开了超线程**。那可就是天壤之别了——真 2 核和 1 核 2 线程，性能能差一半。

继续看：

```bash
grep -m1 "^vendor_id" /proc/cpuinfo    # AuthenticAMD
grep -m1 "cache size" /proc/cpuinfo    # 512 KB
grep "cpu MHz" /proc/cpuinfo           # 2449.776
systemd-detect-virt                    # kvm
```

AMD、L2 缓存 512KB、2.45GHz、跑在 KVM 上。512KB 的 L2 是 AMD EPYC 系列的典型配置之一。

**到这里都是"看说明书"。说明书能告诉你它是什么，但告诉不了它有多快。**

---

## 二、第一把尺子：sysbench

sysbench 是 Linux 上最常用的 CPU 基准，测法极其简单：

```bash
sysbench cpu --cpu-max-prime=20000 --threads=1 --time=15 run
```

它干的事就是反复算 20000 以内的素数，看一秒能算几轮。

结果：

| 项目  | 成绩  |
| --- | --- |
| 单线程 | 1442 events/s |
| 双线程 | 2873 events/s |

单线程我跑了三轮：**1442.20 / 1442.13 / 1441.65**。

这个稳定度其实是个好消息——说明这台机器现在没有被"邻居"挤占（云服务器是共享物理机的，同一台宿主上的其他虚拟机忙起来会拖累你）。波动 0.6 分以内，非常干净。

但**数字本身还是没用**。

因为 sysbench 的分数不能跨版本比。换个大版本、换个编译参数，绝对分就能差出几成。它只在"同一版本、同一参数、同一时刻"下，才具备可比性。

所以我需要一把**能跨机器横着比的尺子**。

---

## 三、第二把尺子：openssl，结果离谱

手边最方便的原生基准是 openssl。它是 C 写的、两端都有、跑的是真实加密运算，看起来完美。

```bash
openssl speed -evp aes-256-gcm -seconds 3
```

结果：

|     | AES-256-GCM (16KB 块) |
| --- | --- |
| 云服务器 | **3,933 MB/s** |
| 本机 i5-8400 | **125 MB/s** |

**31 倍。**

看到这个数我第一反应是：是不是搞错了？云服务器是共享 CPU，不可能比一台本地机器快 31 倍。

第二反应：**是这个基准在骗我。**

查了一下就明白了：我这台 Windows 上的 openssl 是**没有启用汇编优化**的构建。AES-NI 指令明明在 CPU 里（i5-8400 完全支持），但那个二进制根本没用上，走的是纯 C 实现。

**同一段算法，一个用上了硬件指令，一个没有。这不是 CPU 的差距，是编译选项的差距。**

有意思的是，SHA256 那一项差距是 6.8 倍（229 MB/s vs 1570 MB/s），这个反而是**真的**——i5-8400 是 2017 年的 Coffee Lake，没有 SHA 扩展指令；而 AMD 从 Zen 架构开始就有。所以这一项吃的是硬件代差，合理。

这里学到了第一条：

> **一个基准如果只有一端在用硬件加速，它测的就不是 CPU。**

---

## 四、第三把尺子：Python 循环

openssl 不可信，那就自己写。最朴素的办法：一段纯 Python 整数循环，两边跑同一份代码。

```python
def bench(n):
    x = 1
    for i in range(n):
        x = (x * 1103515245 + 12345) & 0x7FFFFFFF
    return x
```

跑 400 万次迭代，取三轮里最快的一轮。

结果：云服务器 **9.19 M次/秒**，本机 **6.69 M次/秒**。

**快 37%。**

又一次和直觉冲突。

不过这次我多了个心眼：两边的 Python 版本不一样。本机是 3.13.9，服务器是 3.12.3。而 Python 从 3.11 开始引入了自适应解释器（PEP 659），同样的循环能快上一两成。

版本差异必须先排除。

### 换成同版本才可比

我先在本机找现成的：conda 环境里有个 3.10.11，跑出来 **7.09 M次/秒**——比 3.13 还快一点。

这说明什么？**3.10 比 3.13 快，3.12 可能更快，版本这个变量太大了，不能靠猜。**

那就装个一模一样的 3.12。

去 python.org 下 Windows 免安装包（11MB），结果：

```
curl: (28) Operation timed out after 120014 milliseconds
with 3784704 out of 11133606 bytes received
```

**两分钟，下到 3.7MB。** 平均 30KB/s。

换华为云镜像，同一个文件，几秒钟下完。

这个插曲和主题无关，但很说明问题：国内访问国外开发资源，经常卡在"就差这一步"上。

### 同版本了，还是快 29%

装上 Python 3.12.10，本机跑出来 **7.1 M次/秒**（三轮 6.87 / 7.27）。

服务器 9.19，本机 7.1。**还是快 29%。**

排除版本、排除编译器差异，两个数字摆在这里，看起来云服务器真的更快。

但它和另一件事矛盾：**云服务器的频率只有 2.45GHz，我本机满载是 3.79GHz。** 频率低 35%，还快 29%？那单周期性能得高出一倍。AMD 新架构比 Intel 2017 年的架构强，但强不了一倍。

**这中间一定还有别的东西。**

---

## 五、换纯 C 基准，终于对上了

第三条路：挑那些**实现完全由 C 写成、两端代码一致**的运算。Python 标准库里的 `zlib` 和 `sorted` 正好符合——压缩和排序的重活都在 C 层，Python 只负责调用。

```python
# 压 64MB 文本，看每秒处理多少 MB
zlib.compress(data, 6)

# 排序 200 万个随机浮点，看每秒排多少个
xs.sort()
```

| 基准  | 云服务器 | 本机 i5-8400 |
| --- | --- | --- |
| zlib 压缩（MB/s） | 213.2 | 207.7 |
| 排序（百万元素/秒） | 4.41 | 3.91 |

**打平了。** 服务器略快 3%，排序略快 13%。

这才是合理的图景：**2.45GHz 的新架构，打平 3.79GHz 的老架构。**

### 那 29% 到底哪来的

想通了：**Windows 版的 CPython 解释器本身就慢。**

原因不神秘——Windows 版用 MSVC 编译，Linux 版用 GCC，后者的优化在解释器这种"高频小函数、大量分支"的代码上优势明显。再加上 Windows 版为了兼容性有一些额外检查。

所以那段 Python 循环，测出来的 29% 里，**大部分是操作系统的差距，不是 CPU 的差距**。

> **第二条：跨平台比性能，要么用同一份原生代码，要么只用双方实现一致的库函数。别拿语言运行时的差异当 CPU 差异。**

---

## 六、顺手把"是不是真 2 核"测出来了

回到开头那个疑问：`1 socket / 1 core / 2 threads`，到底是不是超线程？

如果用超线程，双线程最多是单线程的 1.2~1.3 倍。而 sysbench 测出来是 2873 / 1442 = **1.99 倍**。

几乎正好 2 倍。**这是两颗独立物理核。**

我又用 Python 多进程验证了一遍，中间还翻了个车。

```python
p.map(work, range(n))    # 错的
```

`work` 的定义是 `def work(_)`，循环次数写死在函数里。但 `p.map` 会把 `range(n)` 里的值当成参数传进去——第一个进程收到 `0`，函数体里 `for i in range(0)`，**直接空转返回**。

于是计时结果变成了"启动进程的时间"，算出来 1303 M次/秒。差了三个数量级。

改成 `p.map(work, range(n))` 里塞固定值，或者干脆 `[None] * n`，数据才对：

| 进程数 | 云服务器 |
| --- | --- |
| 1   | 9.21 M次/秒 |
| 2   | **18.21 M次/秒** |

18.21 / 9.21 = **1.98 倍**。

两个独立方法、两个不同工具，都指向同一个结论：**这是真 2 核。**

> **第三条：vCPU 到底是核还是线程，跑一下单线程和双线程看倍数。接近 2.0 是真核，1.2~1.3 是超线程。**

---

## 七、一个容易漏掉的前提：你的对比机被限频了吗

上面所有对比都建立在"本机跑在 3.79GHz"上。这个数字我一开始并没有，因为：

```powershell
Get-CimInstance Win32_Processor | Select CurrentClockSpeed, MaxClockSpeed
```

返回的是 `2808 / 2808`——标称基频，**从来没变过**。Windows 的 WMI 这个字段基本只会报标称值，不看实际。

要看真实频率，得读性能计数器：

```powershell
Get-Counter '\Processor Information(_Total)\% Processor Performance'
```

这个百分比乘上基频，才是当前实际频率。给机器加点负载再读：

```
135% 性能 → 约 3,790 MHz
135% 性能 → 约 3,790 MHz
```

**3.79GHz，满血单核睿频，没被限频。**

如果这一步不做，很可能在"笔记本电池模式""节能电源计划""温度墙"这几种情况下，拿一个被锁在 1.8GHz 的机器去跟服务器比，然后得出完全错误的结论。

> **第四条：比之前先确认对比对象没有降频。这一步花 30 秒，能省掉几小时的困惑。**

---

## 八、怎么判断是不是"突发性能型"

这是云服务器特有的坑。有一种便宜机型，平时给足性能，一旦持续跑满就限速——跑一分钟成绩能掉一半。

测法很简单：**连续满载 60 秒，每 10 秒记一次成绩，看趋势。**

```bash
for i in $(seq 1 6); do
  sysbench cpu --cpu-max-prime=20000 --threads=1 --time=10 run \
    | grep "events per second"
done
```

结果：

```
第 1 段: 1432.80
第 2 段: 1441.49
第 3 段: 1441.54
第 4 段: 1441.57
第 5 段: 1441.83
第 6 段: 1441.79
```

第一段 1432 略低（刚启动有预热），之后**六段纹丝不动**。

结论：**固定性能，不是突发型，长任务可以放心跑。**

如果这条曲线是一路下滑——比如 1440 → 1300 → 900 → 700——那就是突发型，只适合跑短任务。

---

## 九、磁盘、内存、网络，比 CPU 更容易踩坑

CPU 测完，顺手把另外三块也过了一遍。

**内存**：1.75GB 物理内存 + 2GB swap，单线程带宽 25.4 GB/s。

带宽本身不算差，**问题在容量**。这个量跑 pandas 处理百万行就开始吃紧，一旦吃到 swap 上，速度不是慢一点，是断崖。CPU 闲着等内存的场面，比 CPU 不够用难看得多。

**磁盘**（sysbench fileio + dd）：

| 项目  | 成绩  |
| --- | --- |
| 顺序写 | 117 MB/s |
| 顺序读 | 107 MB/s |
| 4K 随机读（16 线程） | 137 MB/s，约 35000 IOPS |
| 4K 随机写（16 线程） | 19 MB/s，约 4900 IOPS |

典型的中端云盘：随机读不错，随机写明显偏弱。

**网络**——这一项让我最意外。

```bash
# 从服务器拉一个 30MB 文件到本机
scp server:/tmp/30mb.bin .
```

**111 秒。** 0.27 MB/s。

延迟只有 24ms，零丢包，链路本身很好。所以不是网络质量的问题。

反过来测上传：20MB 用了 16.6 秒，**1.2 MB/s**。

**上传是下载的 4 倍多。**

这就解释清楚了：云厂商的带宽包通常是**按出方向（下行）计费和限速**的，入方向反而宽松。这台机器的出网带宽大概只有 2.4 Mbps。

> **第五条：云服务器的带宽是单向的。买之前问清楚"出方向多少"，那才是你实际能用的。**

这条对"把数据传上去跑，再把结果拉回来"这种用法影响极大——你以为瓶颈在 CPU，其实卡在回来的路上。

---

## 十、一份可以照抄的体检流程

把上面这些整理成一套顺序，大约 20 分钟能跑完：

**1. 看长相（1 分钟）**

```bash
lscpu | grep -E "Model name|CPU$s$|Thread|Core|Socket"
grep -m1 "^vendor_id" /proc/cpuinfo
grep "cpu MHz" /proc/cpuinfo
systemd-detect-virt
free -m; df -h /
```

**2. CPU 基准，单核双核各三轮（3 分钟）**

```bash
for t in 1 2; do
  sysbench cpu --cpu-max-prime=20000 --threads=$t --time=15 run \
    | grep "events per second"
done
```

看两件事：**同一配置跑三次稳不稳**（判断有没有被邻居挤）、**双线程是不是单线程的 1.9~2.0 倍**（判断真核还是超线程）。

**3. 持续满载 60 秒（1 分钟）**

同上循环 6 次，看是否衰减。衰减 = 突发型。

**4. 找一个可信的参照系**

这一步最难，也最容易错。原则是**两端跑同一份原生实现**。可用的候选：

- 同为 C 实现的标准库（zlib 压缩、排序）
- 同版本的编译型语言的同一段代码
- 有条件的话，装同一个 Linux 发行版跑相同的 sysbench

**不可用**的：不同编译选项的开源二进制、不同版本的语言解释器、只有一端启用硬件加速的算法。

**5. 磁盘（2 分钟）**

```bash
dd if=/dev/zero of=/tmp/t bs=1M count=1024 oflag=direct
sysbench fileio --file-total-size=1G prepare
sysbench fileio --file-total-size=1G --file-test-mode=rndrd \
  --file-block-size=4K --threads=16 --time=10 run
```

**6. 网络上下行各测一次（3 分钟）**

方向一定要分开测，只测一个方向等于没测。

---

## 十一、最后的结果

上面这些全都跑完，这台 2 核 1.75G 的服务器性能就比较清晰了：

![服务器性能画像](https://developer.qcloudimg.com/http-save/yehe-9504309/82c4380193cd7b892c05345752ef5985.png)


图分三层看：

**上半部分**是四项单核基准，都以本机为 100%。橙色两条标着"假信号"——它们看着快得离谱，其实测的不是 CPU；蓝色两条两端跑的是同一份 C 实现，才是真数字。

**中间四张卡**是这台机器的底牌：sysbench 单线程 1442、双线程是单线程的 1.98 倍（说明是真物理核）、连续满载 60 秒不衰减（说明不是突发型）、内存带宽 25.4 GB/s。

**下面三张**是短板，也是后台真出事时最先撞上的三堵墙。

拆成表就是这几行：

| 维度  | 结论  |
| --- | --- |
| 单核算力 | 大致相当于一台 2018 年的主流台式机（i5-8400 级别） |
| 核心数 | 真 2 核，不是超线程，双线程线性 1.98 倍 |
| 持续性能 | 稳定，不是突发型 |
| 内存  | 1.75GB，是这台机器最紧的一环 |
| 磁盘  | 中端云盘，随机读写不对称 |
| 网络  | 出 2.4 Mbps / 入 9.6 Mbps，**真正的短板** |

**对"每天跑十几分钟脚本"这种负载，完全够用；对"要处理几十 GB 数据"的负载，直接不合格。**

最有价值的收获不是这个结论，而是过程里那三次翻车：openssl 的 31 倍、Python 的 29%、多进程的 1303 M次/秒。

**三个数字，一个比一个离谱。它们全都不是 CPU 快慢，全是测量方法的问题。**

---

## 几条原则，记下来省事

1. **绝对分数只有配上参照系才有意义。** sysbench 跑 1442 分说明不了任何事，除非你有一台跑过同一基准的机器在旁边。
2. **检查基准里有没有"只有一端享受的加速"。** 硬件指令、编译选项、运行时版本，任何一项不对称，测的就不是 CPU。
3. **对比前先确认对方没有降频。** 电池模式、节能计划、温度墙，任何一个都能让结论翻转。
4. **单线程和双线程的倍数，是判断真假核心最快的办法。**
5. **持续 60 秒看衰减，是判断突发型最快的办法。**
6. **带宽要分上下行测。** 云服务器的单向限速是常见设计，而且限的通常是出方向。

---

## 常见问题

**sysbench 跑多少分算好？**
这个问题本身没有答案。sysbench 的绝对分不能跨版本、跨参数比较，只能在相同条件下横向比。想知道快慢，唯一的办法是找一台你能感知性能的机器，用同一版本、同一参数跑一遍，然后比倍数。单看一个数字，1442 是快是慢说不出来。

**为什么同一台云服务器，不同时间跑分差很多？**
云服务器是共享物理机的。同一台宿主上其他虚拟机在抢资源，你的分数就会波动。所以跑分要看多次结果的一致性——如果三轮误差在 1% 以内，说明当时环境干净；如果来回跳 20%，那个分数别信。

**怎么判断云服务器是突发性能型还是固定性能型？**
连续满载 60 秒，每 10 秒记一次分。分数基本不变是固定性能；越跑越低、掉到起始一半以下就是突发型。突发型便宜，但只适合短时任务。

**2 个 vCPU 等于 2 个物理核吗？**
不一定。可能是 2 个物理核，也可能是一颗核的两个超线程。跑单线程和双线程基准，倍数接近 2.0 是物理核，1.2~1.3 是超线程。另外 `lscpu` 里的 topology 信息在虚拟机里经常失真，不能全信。

**跨平台比较 CPU 性能，用什么基准最靠谱？**
优先选两端实现完全一致的运算：同为 C 实现的标准库（压缩、排序、哈希）、同版本编译型语言的同一段代码。要避开不同编译选项的二进制、不同版本的解释器、只有一端有硬件加速的算法。任何一项不对称，都会让结论失效。

**为什么 Windows 上跑 Python 会比 Linux 慢？**
主要因为编译器不同（MSVC vs GCC）和运行时实现差异。解释器这类"高频小函数、大量分支判断"的代码对编译优化特别敏感，两边能差出 20~30%。这不代表 CPU 有差距，用 Python 循环做跨平台 CPU 对比会得出错误结论。

title: 30几块抢的服务器是个什么性能水平？——lexus L实例-2核2G2M云服务器的性能简单测试 slug: how-to-benchmark-a-cloud-vps-properly description: 给一台 2 核 1.75G 云服务器做性能体检的全过程。sysbench 的绝对分数为什么没意义、三把尺子为什么都错了、怎么正确做跨平台对比、怎么判断是不是突发性能型和超线程。

30几块抢的服务器是个什么性能水平？——lexus L实例-2核2G2M云服务器的性能简单测试

人工智能

2核2G云服务器实测：真物理双核、性能稳定不降频，单核约等于i5-8400级别，但内存和出网带宽是短板，适合轻量脚本任务。附完整性能测试方法和避坑指南。

云服务器

性能测试

服务器

虚拟机

编译器

解释器

Windows

Python

Linux

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

30几块抢的服务器是个什么性能水平？——lexus L实例-2核2G2M云服务器的性能简单测试-腾讯云开发者社区-腾讯云

30几块抢的服务器是个什么性能水平？——lexus L实例-2核2G2M云服务器的性能简单测试

30几块抢的服务器是个什么性能水平？——lexus L实例-2核2G2M云服务器的性能简单测试

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐