寻求基于标量指令的CPU满负载压力测试工具（可触发睿频降为基准频率）

刚好之前做CPU频率特性测试的时候，跟你碰到过一模一样的问题——现成工具要么默认用向量指令，要么负载拉不满触发不了从睿频到基准频率的下降。给你分享几个亲测有效的方案：

一、自己写个极简标量负载程序（最靠谱的方案） #

现成工具难找的话，自己写个纯标量运算的循环程序是最直接的，完全可控，能确保没有任何向量指令被编译器生成。比如用C写一个多线程的标量运算循环，每个线程对应一个CPU核心：

#include <stdio.h>
#include <pthread.h>
#include <unistd.h>

// 纯标量整数运算循环，避免编译器优化成向量指令
void *scalar_cpu_load(void *arg) {
    volatile unsigned long long a = 12345, b = 67890, c;
    // 无限循环做纯标量运算
    while (1) {
        c = a + b;
        a = b * c;
        b = c - a;
        // 用volatile防止编译器把整个循环优化掉
        *((volatile unsigned long long *)&a) = a;
    }
    return NULL;
}

int main() {
    int core_count = sysconf(_SC_NPROCESSORS_ONLN);
    pthread_t threads[core_count];

    // 为每个核心创建一个线程
    for (int i = 0; i < core_count; i++) {
        pthread_create(&threads[i], NULL, scalar_cpu_load, NULL);
    }

    // 等待所有线程（其实是无限循环，不会走到这）
    for (int i = 0; i < core_count; i++) {
        pthread_join(threads[i], NULL);
    }
    return 0;
}

编译的时候一定要加参数禁用所有向量指令集，避免编译器偷偷优化：

gcc -O2 -mno-sse -mno-sse2 -mno-sse3 -mno-avx -mno-avx2 scalar_load.c -o scalar_load -lpthread

运行后每个CPU核心都会被100%占用，而且全是标量运算。持续跑个几分钟，CPU温度和功耗上去后，肯定会触发热功耗墙，自动从睿频降到基准频率。

二、调整stress-ng参数，强制跑标量运算 #

你之前试的stress-ng负载不够，大概率是没选对标量运算的测试方法。试试以下参数：

nice -n -20 stress-ng --cpu $(nproc) --cpu-method fib --cpu-load 100 -t 300s

• --cpu $(nproc)：用和CPU核心数一致的线程数
• --cpu-method fib：选择斐波那契数列计算，这是纯标量整数运算，不会用到向量指令
• --cpu-load 100：强制每个CPU线程跑满100%负载
• nice -n -20：调高进程优先级，确保系统把CPU资源优先分配给它

如果fib方法还是不够，也可以试试--cpu-method add或者--cpu-ops add,sub,mul,div，这些都是纯标量的算术运算组合，持续跑的话负载会足够触发降频。

三、用老版本Prime95（复古但有效） #

新版Prime95默认用SSE2及以上向量指令，但v26.x及更早的版本里，你可以在测试选项中选择“Small FFTs”或者“Custom”模式，然后强制勾选“Use scalar instructions only”（具体选项名可能因版本略有不同）。这个老版本的纯标量负载拉满所有核心后，热量和功耗上升非常快，很容易触发CPU的降频机制，从睿频掉到基准频率。

测试时的小技巧 #

跑测试的时候可以用这些命令监控频率和负载：

• 看实时CPU频率：watch -n 1 cat /proc/cpuinfo | grep "cpu MHz"
• 看CPU负载：top或者mpstat 1
• 看CPU温度：sensors（需要先装lm-sensors工具）

备注：内容来源于stack exchange，提问作者Frontier_Setter