VPS 性能测试方法：CPU、磁盘与网络怎么测才有意义（2026）
一句话结论：CPU、磁盘、网络是三类不同的测试，各有工具与读法；有意义的结论来自相同条件下的多次测量与对照，而不是某一次的结果。
三类测试测的是不同的东西
CPU 测试回答处理能力，磁盘测试回答存取能力，网络测试回答传输能力。三类结果不能互相代替。
| 类别 | 主要指标 | 常用工具 |
|---|---|---|
| CPU | 单核与多核分数、持续表现、争用程度 | Geekbench、sysbench |
| 磁盘 | IOPS、吞吐、延迟 | fio |
| 网络 | 延迟、抖动、丢包、吞吐 | ping、mtr、iperf3、speedtest |
CPU：Geekbench 的分数是什么
Geekbench 是跨平台的 CPU 基准测试工具，同一套测试可以在不同系统与架构上运行。它的 CPU 测试由一组模拟日常任务的工作负载组成，分单核与多核两组输出分数：单核分数反映一个核心处理单线程任务的能力，多核分数反映多个核心协同处理同一任务的能力。分数是相对指数，按 Primate Labs 的口径，Geekbench 6 的分数以一台参考机型的分数校准；这个关系只在同一大版本内成立，不同大版本的分数不能直接比较。引用分数时，必须同时确认工具的大版本、单核还是多核、测试时的机器状态。
VPS 的 CPU 还有一层共享问题。共享 CPU 套餐的虚拟核心与同一台宿主机上的其他虚拟机共用物理核心，邻居繁忙时表现下降；独享 CPU 套餐把物理核心留给一台虚拟机，表现更稳定。判断共享有没有拖累自己，看 CPU 争用时间：系统监控工具里显示的争用占比，是虚拟机想运行却被宿主机分配给其他虚拟机的时间比例，争用只在机器确实需要 CPU 时才会出现，要在负载运行时观察。短时间跑分容易把突发能力当成持续能力，要拉长测试时间、重复多次，看后半段的表现是否与开头一致。标称核数不等于持续可用配额，以产品页说明为准，见搬瓦工选购指南中的提醒。
磁盘：fio 测的是哪种读写
fio 是灵活的磁盘 I/O 测试工具，可以精确描述一种读写负载：读写模式、块大小、队列深度、持续时间、直接读写还是经过系统缓存，都可以分别设定。读写模式分顺序与随机、读与写、混合三个维度：顺序读写模拟大文件的连续存取，随机读写模拟数据库一类小而散的访问，混合读写模拟同时有读有写的真实应用。同一块磁盘在不同模式下的结果差别很大，报结果时必须同时报模式。
磁盘测试有三个指标，要分开读。IOPS 是每秒完成的读写次数，吞吐是每秒传输的数据量，延迟是每次读写从发出到完成的等待时间。块小时 IOPS 高、吞吐低，块大时吞吐高、IOPS 低。两个失真来源要避开：测试文件小于内存时，数据可能全程走内存缓存，测到的是内存速度，要用足够大的测试文件或绕过缓存的直接读写模式；测试时长太短时，固态盘的缓存加速还没写满，看不到回落。写测试会实际写入数据，只能在专门准备的测试文件上做。
网络：延迟、抖动、丢包、吞吐分开测
网络测试先分段，再分方向，分段方法复用本站的中转架构文章：从本地测到中转机，从中转机测到目标服务，回程单独测。只测端到端，分不清是哪一段的问题；去程与回程可能走不同的路由，下载体验按回程算，上传体验按去程算。ping 测往返时间，traceroute 显示路径上的每一跳，mtr 把两者结合起来连续采样，显示每跳的延迟与丢包。查路由档位要看 AS 号，对照线路分档文章的总表：电信段是不是 AS4809、联通段是不是 AS9929、移动段是不是 AS58807。
iperf3 测两点之间的吞吐，需要在两端各放一个角色：一端作服务端，一端作客户端，客户端向服务端发送数据并统计速率。它可以测 TCP 吞吐，也可以测 UDP 吞吐并同时看到丢包与抖动；可以测上传方向，也可以反向测下载方向。单流与多流的结果不能直接比较。speedtest 测到测速服务器的路径表现，原理是建立多条连接、发送数据并统计速率，同时测延迟、抖动与丢包，结果取样后去掉极值再取平均。测速结果只对到这台测速服务器、这条路径成立。测速会消耗流量，流量口径见同批文章《流量与带宽口径：峰值、保证带宽与计费方式（2026）》。测速不能证明线路档位，档位要看 AS 号与双向路由。
测试条件：时段、多次采样、对照组
- 时段：白天测一次，晚高峰再测一次。晚高峰约 20:00 至 23:00 北京时间，普通骨干网拥塞时，优化线路与普通线路的差距拉大。
- 多次采样：同一条件重复多次，看分布而不是看某一次。取多次结果的中间值，波动大时按较差的一端做保守估计。
- 对照组：换一个变量、其他条件不变，才看得出差别。比较两台机器时，同一时段、同一工具版本、同一测试端点各测一次；判断中转有没有用时，直连与中转在相同时段各测一次，以直连为基线。
- 控制变量：测试时停掉其他负载，记录时间、方向、运营商、工具版本与关键设置，没有记录的测试无法复现。
结果怎么读
读结果先看分布，再看数值：多次结果集中在相近水平，结论可靠；结果忽高忽低，先找波动原因。按用途取舍：单线程应用看单核分数与延迟，批量任务看多核分数与持续表现，数据库一类看随机读写的 IOPS 与延迟，文件传输看顺序吞吐与网络吞吐。峰值与常态也要分开：瞬时峰值是某一秒内的速率，持续表现是拉长时间后的平均水平，选购决策按持续表现做。
常见误区
- 单次跑分当结论：一次结果可能是缓存命中、邻居空闲的巧合，结论必须来自多次测量。
- 峰值当常态：短时间的高速可能是突发能力，持续负载后会回落，拉长测试看后半段。
- 不同机型直接比：配置与线路档位都不同时，分数差说明不了问题，比较前先对齐条件。
- 不同版本直接比：同一工具的不同大版本，测试内容与计分方式可能不同，引用时必须注明版本。
- 只看下载不看其他：下载快不代表上传快、延迟低、丢包少，四个网络指标分开测、分开读。
- 拿测速当档位证明：测速快不等于走了高档路由，档位看 AS 号与双向路由。
局限
本文只讲方法与原理，不含实测数据、跑分数字与延迟数字；工具原理为 2026-11-13 的官方文档核对结果，以当前官方文档为准。本文不涉及工具的安装与配置步骤，不推荐商家与机房。线路分档口径为本站已核验的 2026-11-13 结果，以实时查询为准。
2026-11-13：首发