你的云服务器是几代CPU？代际识别与溢价

用CPUID、缓存和跑分，量化老旧CPU溢价。

更新于 2026-09-18 · CloudWorth

CPU代际老旧CPU云服务器溢价跑分取证CloudWorthSteal Time云服务器超卖VPS检测

代际溢价率＝每元单线程分对比；低于基准即可工单维权。

三步取证代际

判断一台云服务器的硬件代际，别信控制台里那行“高性能计算型”的营销名。厂商可以随时改文案，改不了 CPUID。本文的立场很简单：代际是可取证的，而且取证结果能直接折成一个数字——每元买到多少单线程分。低于同价位基准，你就有理由提工单，甚至要求降配退款。

我把整套流程压成三步，后面五节逐一展开：

1. 读指纹——/proc/cpuinfo 拿 family/model/stepping，lscpu 看缓存与频率区间，锁定是哪个微架构的哪颗 die。
2. 对表——拿指纹去查官方 SKU 表，包括云厂商定制型号（比如 7B12、7R32 这种锁频变体），确认标称基频/睿频/三级缓存。
3. 折价——实测单线程分 ÷ 实付月费，得到“每元单线程分”，和同价位基准比，算出代际溢价率。

三步都能复算，你得到的不是一个印象，而是一份可以贴进工单的截图组合。想先有个可对照的算价口径，可以先看 云划算 /app 里的配置-价格换算器，把实付金额固定下来，再去谈性能。

取证前先记一条纪律：所有命令都要在目标机器上跑，不要在本地跑。云服务器的代际差异只体现在那台虚机上。

CPUID与缓存指纹

第一步是 lscpu 与 /proc/cpuinfo 的组合拳。这两条命令给出的东西比大多数教程写的多得多。

lscpu | grep -Ei 'model name|family|model|stepping|MHz|cache'
grep -m1 -E 'cpu family|model\s|stepping' /proc/cpuinfo

重点看三个字段。family + model + stepping 唯一确定一颗硅片，这是你判断 CPU 代际最硬的依据——营销名可以乱写，这三个数不会。例如 family 6 model 85 是 Skylake-SP 一脉的 Xeon，family 25 model 1 是 EPYC 7002（Rome），family 25 model 17 则指向 EPYC 9004（Genoa）。

stepping 尤其值得留意。厂商会在同一 model 下推多个 stepping，云厂商回收老 CPU 重新上架时，往往仍是老 stepping。如果你的实例标称“最新一代”，stepping 却是三年前的那版，这就是第一个疑点。

缓存是第二个指纹。L3 大小直接暴露定位：E5 v3 时代单路 L3 常见 20–30MB，EPYC 7002 是 128MB，Genoa 是 256MB 甚至 384MB（3D V-Cache 变体更高）。如果一台“高主频型”只报出 16MB L3，多半是消费级或老 Xeon E5 系。

频率指纹是第三层。lscpu 里的 CPU MHz 是当前瞬时值，要看睿频上限，用 lscpu | grep -i mhz 配合持续压测观察。老 CPU 的睿频衰减快，长时负载下频率掉得比新一代明显。

三个指纹合起来，你就能在没有厂商配合的情况下，独立确认这台机器属于哪个代际。

SKU基准表对照

拿到 family/model/stepping 之后，下一步是对表。别只看 Intel ARK 或 AMD 官网，云厂商的定制 SKU 才是坑最深的地方。

所谓定制 SKU，就是云厂商向 Intel/AMD 采购的锁频变体，型号常带后缀数字，例如 7B12、7R32、8B13 之类。它们在公开数据库里往往查不到，基频被压低以换更好的能效比和更低的采购价，但对外仍按“EPYC”“Xeon Platinum”这样的家族名宣传。你看到“Platinum”三个字，以为是最新代，实际可能是上一代的锁频版。

对表时至少核实四项：

• 微架构代号（Skylake、Rome、Ice Lake、Genoa…）
• 标称基频 / 睿频
• L3 缓存容量
• 内存通道与支持代次（DDR4 还是 DDR5）

四项里任何一项与“最新代”描述不符，就记下来。比如一台标称“新一代高主频”的实例，只支持 DDR4 且 L3 为 32MB，那它大概率是 Skylake-SP 或 Cascade Lake，不是 Ice Lake 之后的产品。

顺带解决一个常见问题：how to tell if a cloud provider recycles old CPUs。回收的判据不是“老”，而是“老还按新价卖”。同样是 EPYC 7002，如果月费只有 Genoa 的六成，那是合理清库存；如果价格持平甚至更贵，才构成代际溢价。对表的目的就是把“老”翻译成“贵得没道理”。

代际溢价率公式

取证和对表都做完，就可以算钱了。这是全文的核心，也是把定性抱怨变成定量证据的一步。

单线程基准分 = 用同一工具（sysbench 1 线程、Geekbench 6 单核或 UnixBench 单核）在目标机上取得的中位数

每元单线程分 = 单线程基准分 ÷ 实付月费

代际溢价率 =（同价位基准每元分 − 你的每元分）÷ 同价位基准每元分 × 100%

基准从哪来？取同价位、同 vCPU 数的在售实例，跑同一套命令，取中位数。不要拿厂商官网的漂亮分数当基准，要自己手里的实测值。

举个可复算的例子：某实例月费 120 元，sysbench 单线程 420 分，每元 3.5 分。同价位新一代实例单线程 780 分，每元 6.5 分。溢价率 =（6.5 − 3.5）÷ 6.5 ≈ 46%。也就是说，你为每一分性能多付了近一半的钱。

除了单线程，最好再算一条每元内存带宽分，用 sysbench memory 或 STREAM 测。老平台常是 DDR4 四通道，新平台 DDR5 十二通道，带宽差距有时比算力差距更大，云服务器跑数据库时最先卡在这里。

阈值建议：溢价率超过 30% 且持续三个月以上，就值得发起工单。低于 15% 属于正常清库存区间，不必纠缠。把这两个数字写进你的记录表，判断就有了一致性。

跑分对不上标称

这一节处理最常见的争议：实测跑分对不上标称配置。厂商说“2.5GHz 起”，你测出来长期只有 1.8GHz；说“高主频”，单线程却不如隔壁便宜一半的实例。

先排除你自己这边的问题。压测时是否独占 vCPU？是否有邻居抢资源？建议这样跑：

sysbench cpu --threads=1 --time=60 run
sysbench cpu --threads=1 --time=60 run   # 至少两次，取中位数

跑之前确认负载为 0，跑之后看 lscpu 的频率是否被限。如果连续两次结果一致且明显低于标称对应的水平，问题基本在宿主侧。

对不上的情况常见三类：

• 锁频 SKU：标称睿频 3.5GHz，实际锁死在 2.2GHz，跑分自然对不上。
• 超卖：物理核被切得过多，单线程分随邻居负载剧烈波动，两次跑分差距超过 15% 就是信号。
• 代际错配：控制台写“Genoa”，实际是 Rome，单线程分差距在三成以上。

取证时务必留下三样东西：两次跑分截图、lscpu 输出、以及实例创建时间。缺一样，工单容易被“性能波动属正常”打发。

这里也和「真实跑分 vs 标称配置」交叉上了：标称是采购清单上的数字，跑分是你为它付钱后的实际交付。二者不一致，本质是交付缩水，而不是你“要求太高”。

续费涨价与工单话术

最后一节谈钱。云服务器最典型的套路，是首年低价、续费翻倍，但 CPU 一代不换。你续费时价格涨了 60%，lscpu 里的 family/model/stepping 和去年一模一样——这就是“老客套牢”：涨价没有对应任何硬件升级。

续费前做个四步清单：

1. 记录当前 family/model/stepping，截图存档。
2. 记录当前单线程分与每元单线程分。
3. 索取或查询续费后价格，算出新的每元分。
4. 若新每元分低于同价位在售实例基准，即构成涨价无升级。

工单话术的关键是只讲数字，不讲情绪，并且明确诉求。可以这样写：

实例 X 创建于 2024-03，当前 CPUID 为 family 25 model 1 stepping 2，sysbench 单线程中位数 420 分，实付月费 120 元，折合每元 3.5 分。贵司同价位在售实例实测每元 6.5 分，代际溢价率约 46%。续费报价将升至 190 元，硬件未变更。请提供：一、该实例对应的官方 SKU 型号与代际；二、按实际交付性能调整价格的方案，或迁至同价新代实例。

诉求给两个选项，对方更容易给出可执行答复。如果工单被驳回，把同样的数字整理成文字记录，作为后续投诉的凭证。代际溢价不是感觉，是可以复算的百分比——这正是它比“我觉得慢”有力得多的原因。