3. CPU资源调优：CPU亲和性设置、进程优先级调整、CPU频率与节能策略

窗口计算延迟，说白了就是CPU在跟你抢时间。你想想看，一个计算密集型任务跑在服务器上，结果被其他进程频繁打断，或者被操作系统调度到另一个核心上——缓存全失效了，性能能好才怪。

我早年调优一个实时交易系统时，就吃过这个亏。业务方反馈延迟忽高忽低，我查了半天，最后发现是内核的irqbalance把网卡中断扔到了CPU0上，而我们的计算进程恰好也在CPU0上争抢。嗯，从那以后，CPU亲和性就成了我调优清单里的第一项。

3.1 CPU亲和性：把进程钉在核心上

CPU亲和性，就是让某个进程或线程，只跑在指定的CPU核心上。好处很明显：

• 缓存命中率提升：L1/L2缓存不用反复刷新
• 减少上下文切换：避免进程在不同核心间迁移
• 隔离干扰：把关键进程和后台任务分开

3.1.1 查看当前CPU拓扑

动手之前，先搞清楚你的CPU长什么样。我习惯用 lscpu 和 lstopo：

# 查看CPU架构信息
lscpu

# 查看物理核心与逻辑核心的映射
cat /sys/devices/system/cpu/cpu*/topology/core_id

# 图形化查看拓扑（需要安装hwloc）
lstopo --of png topology.png

输出里重点看 Core(s) per socket 和 Thread(s) per core。如果开了超线程，一个物理核心对应两个逻辑核心。我个人建议：绑定到物理核心，而不是逻辑核心。超线程带来的性能提升有限，反而可能引入资源争抢。

3.1.2 使用taskset设置亲和性

taskset 是最常用的工具。用法很简单：

# 启动时绑定到CPU0和CPU1
taskset -c 0,1 ./compute_heavy

# 对已运行的进程绑定（PID为1234）
taskset -cp 0,1 1234

# 查看进程当前亲和性
taskset -p 1234

这里有个坑——taskset -c 0,1 绑定的是逻辑核心。如果你的CPU0和CPU1是同一个物理核心的两个超线程，那等于没绑。我建议先查清楚物理核心编号，再绑定。

3.1.3 使用sched_setaffinity系统调用

在代码里直接设置亲和性，更灵活，也更可靠。C语言示例：

#define _GNU_SOURCE
#include <sched.h>
#include <stdio.h>

int main() {
    cpu_set_t mask;
    CPU_ZERO(&mask);
    CPU_SET(0, &mask);  // 绑定到CPU0
    CPU_SET(2, &mask);  // 绑定到CPU2

    if (sched_setaffinity(0, sizeof(mask), &mask) == -1) {
        perror("sched_setaffinity");
        return 1;
    }
    // 后续计算逻辑...
    return 0;
}

编译时加 -D_GNU_SOURCE，或者直接 gcc -o affinity affinity.c。Python里可以用 os.sched_setaffinity()，不过生产环境我建议用C或Rust写计算核心，Python只做调度层。

3.2 进程优先级：让关键任务先跑

亲和性解决了“在哪跑”的问题，优先级解决的是“谁先跑”。Linux的优先级分两套：

• 普通优先级（nice值）：范围-20到19，值越小优先级越高。默认0。
• 实时优先级（RT）：范围0到99，值越大优先级越高。实时进程可以抢占普通进程。

调度策略	优先级范围	适用场景
SCHED_OTHER（默认）	nice -20 ~ 19	普通计算任务
SCHED_FIFO	RT 1 ~ 99	实时任务，先到先执行
SCHED_RR	RT 1 ~ 99	实时任务，时间片轮转

3.2.1 调整nice值

# 启动时设置nice值（值越小优先级越高）
nice -n -10 ./compute_heavy

# 对已运行进程调整
renice -n -10 -p 1234

普通用户只能调低优先级（增大nice值），只有root能调高。我建议：窗口计算进程设nice为-5到-10，别设成-20，否则可能把系统关键进程（如sshd）饿死。

3.2.2 使用chrt设置实时优先级

# 设置为SCHED_FIFO，优先级50
chrt -f 50 ./compute_heavy

# 对已运行进程设置
chrt -p -f 50 1234

# 查看当前调度策略和优先级
chrt -p 1234

3.3 CPU频率与节能策略

现代CPU都支持动态调频。省电模式下频率会降低，延迟自然就上去了。对于窗口计算这种延迟敏感场景，我们需要把频率稳住。

3.3.1 查看当前调频策略

# 查看所有核心的调频驱动
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver

# 查看当前策略
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

# 查看可用策略
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors

常见的调频策略：

策略	行为	延迟影响
powersave	始终最低频率	高延迟，不推荐
ondemand	负载高时升频	有响应延迟
conservative	缓慢升频	延迟更高
performance	始终最高频率	最低延迟，推荐
schedutil	内核调度器驱动	较优，但依赖调度器

3.3.2 设置为performance模式

# 设置单个核心
echo performance | sudo tee /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

# 批量设置所有核心
for cpu in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor; do
    echo performance | sudo tee $cpu
done

也可以用 cpupower 工具：

# 设置所有核心为performance
sudo cpupower frequency-set -g performance

# 查看当前频率
cpupower frequency-info

3.4 知识体系总览

下面这张图，把CPU资源调优的三个维度串起来了：

3.5 实战：三步调优法

我总结了一套“三步调优法”，在多个项目中验证过，效果稳定：

1. 第一步：隔离核心。用 isolcpus 内核参数把2-3个核心从调度器中隔离出来，专门给计算进程用。这样普通进程不会抢这些核心。
2. 第二步：绑定+提权。计算进程绑定到隔离核心，设置nice为-10，调度策略为SCHED_FIFO优先级50。
3. 第三步：锁频。把隔离核心的调频策略设为performance，并在BIOS里关闭深度节能。

嗯，CPU资源调优说到这。记住一个原则：减少争抢，稳定频率，优先关键。下一层我们聊聊内存，那又是另一个故事了。