逐核烤机过不了关用 CoreCycler 做 CPU 单核心稳定性测试【免费下载链接】CoreCyclerScript to test single core stability, e.g. for PBO Curve Optimizer on AMD Ryzen or overclocking/undervolting on Intel processors项目地址: https://gitcode.com/gh_mirrors/co/CoreCyclerCoreCycler 是一款面向 AMD Ryzen 与 Intel 处理器的 CPU 单核心稳定性测试脚本。它逐轮对每个物理核心单独施压验证 PBO、Curve Optimizer、超频或降压设置是否真的可靠。只要你在 BIOS 里动过手脚就该用得上它。 全核烤机全过游戏里却还会崩全核 Prime95 跑两天零报错编译、游戏里却还是会偶发卡顿、崩溃这种情况并不少见。原因是全核满载时每颗核心都摸不到最高 boost 频率只在高频下才暴露的失稳被低频藏住了。所以逐核、拉满频率地测才是最后一道关。作者自己的 5900X 就是个例子Boost Override 75MHz、全核 CO -30全核烤机一路通过换成逐核测试后有一核必须把 CO 拉到 -9 才稳住另一核却在 -30 依然无恙。核与核之间的个体差异是真实存在的。⚙️ config.ini 必改的 4 个参数常规用法是双击Run CoreCycler.bat开跑跑完再折腾配置。我建议倒过来让它先生成 config.ini先读文件再运行。这个文件里每个参数都带注释读完等于入门一半。先把项目拉到本地压测程序都自带在 test_programs/ 里不用额外安装git clone https://gitcode.com/gh_mirrors/co/CoreCycler优先改这四个[General] stressTestProgram PRIME95 runtimePerCore auto coresToIgnore maxIterations 10000stressTestProgramPRIME95、YCRUNCHER、LINPACK、AIDA64 四选一Aida64 需自行下载 Portable Engineer 版放进去runtimePerCore每颗核压测多久默认 6m 适合摸个底写auto则是每核跑满一整轮coresToIgnore已知有毛病的核直接跳过如 0,1,2编号从 0 开始maxIterations所有核轮一遍算一轮10000 基本等于跑到稳为止另外两个默认值值得知道numberOfThreads 1单线程每核 boost 更高验证频率正是要这个效果coreTestOrder在双 CCD 的机器上会交错测试两个 CCD热分布更均匀。第一次跑不想从零配configs/ 目录里有现成预设如 quick-initial-test.yCruncher.config.ini用useConfigFile指过去即可。️ Prime95 SSE 和 AVX 怎么选三种负载横向对比有人第一反应是AVX 更重肯定更能测出问题。这话对了一半。AVX 多出来的热恰恰会拦住核心冲上最高频率。所以 SSE负载最轻、频率最高反而能抓到只在高频下出现的失稳AVX 抓不到。但 AVX 压的又是 SSE 碰不到的那部分晶体管两边都得跑。我的建议第一次先用 SSE 摸底再上 AVX2。按发热/频率/内存压力三个维度横着看负载温度与 boost 频率内存压力特点Prime95SSE/AVX/AVX2 可选SSE 负载最轻、频率最高AVX2 发热最大、频率最低FFT 预设从 Smallest 到 Huge越大越压内存控制器老牌默认SSE 模式最适合验频率y-cruncher按指令集选模式04-P4P 轻载19-ZN2 ~ Kagari 为 AVX2 重载FFTv4、N63 等测试项吃内存计算场景不同于游戏/编译适合交叉验证Linpack2018–2024 多版本FAST 走 AVXFASTEST 走 AVX2发热高memory 参数可拉到 4GB、6GBIMC 压力大矩阵运算负载Intel 平台压内存控制器好用一个坑Linpack 2021/2024 版本只支持 FASTEST想选 SLOW 到 MEDIUM 就得用 2018/2019 版。️ Ryzen Curve Optimizer 逐核测试怎么做BIOS 到日志的闭环第一步BIOS全核 CO 先统一设 -15 或 -20 当起点别一上来就抠极限。第二步跑测试先用快速预设过一遍想用 Prime95 的话SSE 加 FFTSize Moderate1344K–4096K是 CO 验证的经典组合runtimePerCore设 auto。第三步读日志终端打出 Set to Core 6 (CPU 12) 表示正测第 7 颗物理核从 0 数。重点看报错是否集中在某几核、事件日志里有没有 WHEA 条目——稳定的系统 WHEA 应该是零。第四步回调出错的核往负值小一点的方向加 2~3 点-15 到 -13全程稳定的核再往负值方向压 2~3 点-15 到 -17。逼近极限时每次只动 1 点别无脑重跑。不想人肉盯可以开自动调优模式出错核心的 CO 自动放松稳定前反复重试。两点注意——调出来的值不持久重启即失效找到后要自己写进 BIOS退出务必按 CtrlC否则断点续跑的定时任务会残留到下次开机。[AutomaticTestMode] enableAutomaticAdjustment 1 startValues -30 maxValue 0 incrementBy 1 setVoltageOnlyForTestedCore 1startValues支持逐核指定比如 -15, -10, -15, -8脚本需要管理员权限。作者从 -30 起步、跑满 10 轮5900X 花了约 8 小时。 看到 X 就做 Y常见报错速查看到 FATAL ERROR: Could not access the Windows Performance Process Counter → 先跑 tools/enable_performance_counter.bat不行就手动重建 PerfProc 计数器某核反复报错、系统直接蓝屏 → 设置不稳CO 往回拉负值减小或补电压别死磕CPU 看着没问题却报错 → 先怀疑内存内存回默认频率单独验证各自稳定后再叠加窗口卡住不出新日志 → 多半点了终端窗口选中了光标按一下回车继续Ryzen Master 里选核和脚本对不上 → Ryzen Master 从 1 编号BIOS、任务管理器和 CoreCycler 都从 0 编号之前稳定的核突然报错 → 查内存频率和后台干扰是否变了把 runtimePerCore 拉长排除偶发几条硬提醒与时长预期温度压测把芯片推到温度上限CPU 有保护但散热跟不上、长期贴顶跑退化风险是真的。电压自动调优只朝放松方向动maxValue仍要设个合理上限PBO 按 AMD 的口径技术上会使 Ryzen 保修失效。数据不稳的设置可能弄坏文件长时间测试前先备份开自动调优时把系统还原点留着。时长目标是每核都撑满 12 小时的话12 核的 5900X 总时长是 12×12 小时连续跑一周多6 核的 5600X 也要 72 小时。逐核验证买的就是时间这部分省不掉。【免费下载链接】CoreCyclerScript to test single core stability, e.g. for PBO Curve Optimizer on AMD Ryzen or overclocking/undervolting on Intel processors项目地址: https://gitcode.com/gh_mirrors/co/CoreCycler创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
逐核烤机过不了关用 CoreCycler 做 CPU 单核心稳定性测试【免费下载链接】CoreCyclerScript to test single core stability, e.g. for PBO Curve Optimizer on AMD Ryzen or overclocking/undervolting on Intel processors项目地址: https://gitcode.com/gh_mirrors/co/CoreCyclerCoreCycler 是一款面向 AMD Ryzen 与 Intel 处理器的 CPU 单核心稳定性测试脚本。它逐轮对每个物理核心单独施压验证 PBO、Curve Optimizer、超频或降压设置是否真的可靠。只要你在 BIOS 里动过手脚就该用得上它。 全核烤机全过游戏里却还会崩全核 Prime95 跑两天零报错编译、游戏里却还是会偶发卡顿、崩溃这种情况并不少见。原因是全核满载时每颗核心都摸不到最高 boost 频率只在高频下才暴露的失稳被低频藏住了。所以逐核、拉满频率地测才是最后一道关。作者自己的 5900X 就是个例子Boost Override 75MHz、全核 CO -30全核烤机一路通过换成逐核测试后有一核必须把 CO 拉到 -9 才稳住另一核却在 -30 依然无恙。核与核之间的个体差异是真实存在的。⚙️ config.ini 必改的 4 个参数常规用法是双击Run CoreCycler.bat开跑跑完再折腾配置。我建议倒过来让它先生成 config.ini先读文件再运行。这个文件里每个参数都带注释读完等于入门一半。先把项目拉到本地压测程序都自带在 test_programs/ 里不用额外安装git clone https://gitcode.com/gh_mirrors/co/CoreCycler优先改这四个[General] stressTestProgram PRIME95 runtimePerCore auto coresToIgnore maxIterations 10000stressTestProgramPRIME95、YCRUNCHER、LINPACK、AIDA64 四选一Aida64 需自行下载 Portable Engineer 版放进去runtimePerCore每颗核压测多久默认 6m 适合摸个底写auto则是每核跑满一整轮coresToIgnore已知有毛病的核直接跳过如 0,1,2编号从 0 开始maxIterations所有核轮一遍算一轮10000 基本等于跑到稳为止另外两个默认值值得知道numberOfThreads 1单线程每核 boost 更高验证频率正是要这个效果coreTestOrder在双 CCD 的机器上会交错测试两个 CCD热分布更均匀。第一次跑不想从零配configs/ 目录里有现成预设如 quick-initial-test.yCruncher.config.ini用useConfigFile指过去即可。️ Prime95 SSE 和 AVX 怎么选三种负载横向对比有人第一反应是AVX 更重肯定更能测出问题。这话对了一半。AVX 多出来的热恰恰会拦住核心冲上最高频率。所以 SSE负载最轻、频率最高反而能抓到只在高频下出现的失稳AVX 抓不到。但 AVX 压的又是 SSE 碰不到的那部分晶体管两边都得跑。我的建议第一次先用 SSE 摸底再上 AVX2。按发热/频率/内存压力三个维度横着看负载温度与 boost 频率内存压力特点Prime95SSE/AVX/AVX2 可选SSE 负载最轻、频率最高AVX2 发热最大、频率最低FFT 预设从 Smallest 到 Huge越大越压内存控制器老牌默认SSE 模式最适合验频率y-cruncher按指令集选模式04-P4P 轻载19-ZN2 ~ Kagari 为 AVX2 重载FFTv4、N63 等测试项吃内存计算场景不同于游戏/编译适合交叉验证Linpack2018–2024 多版本FAST 走 AVXFASTEST 走 AVX2发热高memory 参数可拉到 4GB、6GBIMC 压力大矩阵运算负载Intel 平台压内存控制器好用一个坑Linpack 2021/2024 版本只支持 FASTEST想选 SLOW 到 MEDIUM 就得用 2018/2019 版。️ Ryzen Curve Optimizer 逐核测试怎么做BIOS 到日志的闭环第一步BIOS全核 CO 先统一设 -15 或 -20 当起点别一上来就抠极限。第二步跑测试先用快速预设过一遍想用 Prime95 的话SSE 加 FFTSize Moderate1344K–4096K是 CO 验证的经典组合runtimePerCore设 auto。第三步读日志终端打出 Set to Core 6 (CPU 12) 表示正测第 7 颗物理核从 0 数。重点看报错是否集中在某几核、事件日志里有没有 WHEA 条目——稳定的系统 WHEA 应该是零。第四步回调出错的核往负值小一点的方向加 2~3 点-15 到 -13全程稳定的核再往负值方向压 2~3 点-15 到 -17。逼近极限时每次只动 1 点别无脑重跑。不想人肉盯可以开自动调优模式出错核心的 CO 自动放松稳定前反复重试。两点注意——调出来的值不持久重启即失效找到后要自己写进 BIOS退出务必按 CtrlC否则断点续跑的定时任务会残留到下次开机。[AutomaticTestMode] enableAutomaticAdjustment 1 startValues -30 maxValue 0 incrementBy 1 setVoltageOnlyForTestedCore 1startValues支持逐核指定比如 -15, -10, -15, -8脚本需要管理员权限。作者从 -30 起步、跑满 10 轮5900X 花了约 8 小时。 看到 X 就做 Y常见报错速查看到 FATAL ERROR: Could not access the Windows Performance Process Counter → 先跑 tools/enable_performance_counter.bat不行就手动重建 PerfProc 计数器某核反复报错、系统直接蓝屏 → 设置不稳CO 往回拉负值减小或补电压别死磕CPU 看着没问题却报错 → 先怀疑内存内存回默认频率单独验证各自稳定后再叠加窗口卡住不出新日志 → 多半点了终端窗口选中了光标按一下回车继续Ryzen Master 里选核和脚本对不上 → Ryzen Master 从 1 编号BIOS、任务管理器和 CoreCycler 都从 0 编号之前稳定的核突然报错 → 查内存频率和后台干扰是否变了把 runtimePerCore 拉长排除偶发几条硬提醒与时长预期温度压测把芯片推到温度上限CPU 有保护但散热跟不上、长期贴顶跑退化风险是真的。电压自动调优只朝放松方向动maxValue仍要设个合理上限PBO 按 AMD 的口径技术上会使 Ryzen 保修失效。数据不稳的设置可能弄坏文件长时间测试前先备份开自动调优时把系统还原点留着。时长目标是每核都撑满 12 小时的话12 核的 5900X 总时长是 12×12 小时连续跑一周多6 核的 5600X 也要 72 小时。逐核验证买的就是时间这部分省不掉。【免费下载链接】CoreCyclerScript to test single core stability, e.g. for PBO Curve Optimizer on AMD Ryzen or overclocking/undervolting on Intel processors项目地址: https://gitcode.com/gh_mirrors/co/CoreCycler创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
