先搞懂：Prime95 为什么会报错
Prime95 的原理说穿了很简单：算一道数学题，算完检查答案对不对。硬件稳的时候，同样的题永远算出同样的答案；一旦 CPU、内存或供电有任何"抽风"，算出来的结果就会歪掉，Prime95 立刻把差异报出来。所以报错几乎从来不是 Prime95 的 bug，而是硬件真不稳。这也是它二十多年稳坐稳定性测试头把交椅的原因——宁可不留情面，不给硬件留死角。
常见的红字报错就三大类，先认识一下：
| 报错原文 | 直译含义 | 第一怀疑对象 |
|---|---|---|
FATAL ERROR: Rounding was 0.5, expected less than 0.4 | 舍入误差超出容差，结果不可信 | CPU 核心电压 / 频率过高 |
ERROR: ILLEGAL SUMOUT / Resulting sum was ..., expected ... | 校验和不对，数据在传输或存储环节出错 | 内存 / 内存控制器 |
Hardware failure detected / Worker stopped | 某个 Worker 进程直接崩掉退出 | 视当前测试模式而定 |
记住一个总原则：Small FFTs 模式报错优先怀疑 CPU 本体和核心电压；Large FFTs 和 Blend 报错优先怀疑内存、内存控制器（IMC）和主板供电。带着这个原则往下走，排查效率翻倍。
八步排查法
- 把报错原文完整记下来窗口红字 +
results.txt里的对应行，都复制保存。后面查资料、发帖求助，全靠这段原文。 - 记录报错出现的时间点跑了 30 秒就崩、和跑了 3 小时才崩，是两种完全不同的问题。秒崩多是电压/频率激进，长跑后崩多是温度积累或内存参数临界。
- 开 HWiNFO64 盯温度与功耗重新跑一次，实时看
Core Temperatures、CPU Package Power。报错前温度长时间贴着 95-100°C，先解决散热再谈别的。 - 单独复测 Small FFTs，30 分钟菜单
Options → Torture Settings → Small FFTs。过得了，CPU 核心基本无责，直接跳到第 6 步；过不了，往第 5 步走。 - CPU 降压或降频进 BIOS，把超频频率降 1-2 档，或把核心电压从手动偏移改回 Auto。13/14 代 Intel 用户确认微码已更新到 0x12B 及以上。
- 单独复测 Large FFTs，1 小时报错在这一步出现的，基本就是内存链路的事，进入第 7 步。
- 关闭 XMP/EXPO 做对照进 BIOS 关掉
XMP，让内存跑 JEDEC 默认频率再测一轮。关掉就稳，说明是内存频率或时序太紧；依然报错，查内存控制器电压（VDDQ/VCCSA 等）。 - 过了单测再上 Blend 长跑两段单测都稳了，用
Blend跑 6 小时以上做最终验收。稳定的标准只有一个：results.txt里整晚零报错。
注意事项：第一，别用降压"压住报错"就当稳定了——误差容差内的小错不会报红字，但会污染 GIMPS 计算结果，正式参与 GIMPS 计算的机器必须保证零误差。第二，Intel 13/14 代用户别急着怪自己超频，先确认 BIOS 微码版本，这是另一码事（见本站 Intel 不稳定事件回顾一文）。第三，升级到 Prime95 30.19 及以上版本时，旧的
prime.txt 和 local.txt 会自动合并成一个文件，升级前先备份整个目录。
常见报错及解决：
①
②
③ 刚启动就
①
Rounding was 0.5, expected less than 0.4：最经典的高频超频翻车报错。处理顺序：降核心频率 → 降电压偏移 → 检查 AVX 偏移设置。少数情况下是内存超太狠连累 CPU 缓存，用第 6 步的对照法区分。②
ILLEGAL SUMOUT：数据校验失败，九成以上是内存的锅。处理：关 XMP 对照 → 逐条拔插内存 → 提高 SA/IO 电压或放宽 tRCD/tRP。③ 刚启动就
Worker stopped 且无红字：多为 Worker 数量设置超过物理核心负载能力，进 Options → Torture Settings 把 Smallest/Largest FFT 前的 CPU 核心分配检查一遍。
为什么别拿"没报错"以外的东西当证据
不少人看温度不高、跑分正常就宣布"稳了"。但 Prime95 报错机制的价值恰恰在于：它检测的是结果的正确性，而不是运行状态。一台温度漂亮、跑分漂亮的机器，照样可能每 4 小时偷偷算错一次——这种"半稳"状态在游戏里表现为偶发闪退，在渲染里表现为成片噪点。所以验收标准永远只有一条：足够长的 Blend 时间 + results.txt 零 error。
总结
Prime95 报错是硬件在向你求救，不是软件坏了。排查三板斧：先看测试模式定责任方（Small 查 CPU、Large/Blend 查内存），再关 XMP、降频降压做对照实验，最后用 6 小时以上 Blend 长跑验收，以 results.txt 零报错为唯一稳定标准。把报错原文记全，一路对照下来，九成问题十分钟就能定位。