3、CPU空闲状态管理：cpuidle框架、C-states、idle governor

各位同学，咱们今天聊聊CPU空闲状态管理。说实话，这个主题在功耗优化里属于「看不见的利润」——你调好了，系统功耗能降一大截，但用户完全感知不到。我最早接触这块是在一个嵌入式项目上，电池续航死活差两小时，最后发现是CPU空闲状态没配好。嗯，从那以后我再也不敢小看C-states了。

3.1 cpuidle框架：内核的「节能大脑」

cpuidle框架，说白了就是Linux内核里专门管CPU空闲时该干嘛的模块。当CPU没有任务可跑时，它不会傻等着，而是会问cpuidle：「我现在能睡多深？」

这个框架的核心逻辑其实很简单：

• 检测空闲：调度器发现CPU上没活干了
• 查询策略：idle governor根据历史数据，推荐一个合适的C-state
• 执行休眠：CPU进入对应的低功耗状态
• 唤醒恢复：中断来了，CPU醒来继续干活

我个人习惯把cpuidle比作酒店的「请勿打扰」牌——你挂上牌子，服务员就不会来敲门，但紧急情况（中断）来了，你还是得醒。

3.2 C-states：CPU的「睡眠等级」

C-states，就是CPU的睡眠深度等级。数字越大，睡得越沉，省电越多，但醒来也越慢。咱们从浅到深捋一遍：

C-state	名称	功耗节省	唤醒延迟	说明
C0	运行态	无	0	CPU正在执行指令，不省电
C1	暂停态	约30%	~1μs	执行HLT指令，停止时钟
C1E	增强暂停	约40%	~2μs	C1基础上降低电压和频率
C6	深度睡眠	约80%	~100μs	关闭核心时钟，保存状态到LLC
C7	更深度睡眠	约90%	~200μs	清空L2缓存，关闭更多电路

你可能会问：「为什么不一直用C7？」原因很简单——唤醒延迟。如果系统频繁进出C7，那省下的电还不够弥补唤醒消耗的。我在项目中遇到过一台服务器，因为网卡中断太频繁，CPU根本进不了C6，功耗比预期高了15%。

3.3 idle governor：谁来决定睡多深？

idle governor就是那个「拍板」的角色。Linux内核目前有三种governor，各有各的脾气：

3.3.1 menu governor（默认）

这是目前最常用的governor，也是我推荐大家优先使用的。它基于一个简单的逻辑：预测下一个中断什么时候来。如果预测到未来很长时间没有中断，就选深睡眠；如果马上就有中断，就选浅睡眠。

menu governor的预测算法其实挺聪明——它会统计过去一段时间的中断间隔，然后用一个「指数移动平均」来估算。说白了就是：历史会重演。

3.3.2 ladder governor（传统）

ladder governor是「阶梯式」策略——它从最浅的C1开始，如果发现CPU空闲时间足够长，就逐步加深睡眠等级。如果中途被中断唤醒，就退回浅睡眠。

这个governor比较保守，适合对延迟敏感的场景。但说实话，现在用得越来越少了，因为menu governor在大多数情况下表现更好。

3.3.3 teo governor（新秀）

teo（Timer Events Oriented）是较新的governor，专门针对定时器事件做了优化。它比menu更激进，在预测准确时能省更多电。

我记得有一次在ARM服务器上做对比测试，teo governor比menu多省了约5%的功耗，但偶尔会出现一次较长的唤醒延迟。嗯，这个trade-off要看你的业务场景能不能接受。

3.4 如何查看和调整空闲状态？

光说不练假把式，咱们来看看实际操作。以下是我常用的命令和配置：

3.4.1 查看当前C-state使用情况

# 查看每个CPU的C-state统计
cat /sys/devices/system/cpu/cpu0/cpuidle/state*/name
cat /sys/devices/system/cpu/cpu0/cpuidle/state*/time
cat /sys/devices/system/cpu/cpu0/cpuidle/state*/usage

# 更直观的方式
cpupower monitor

我个人习惯用cpupower monitor，它会把所有CPU的C-state分布列成一张表，一目了然。

3.4.2 查看当前idle governor

# 查看当前使用的governor
cat /sys/devices/system/cpu/cpuidle/current_governor

# 查看可用的governor
cat /sys/devices/system/cpu/cpuidle/available_governors

3.4.3 调整idle governor

# 切换到menu governor
echo "menu" > /sys/devices/system/cpu/cpuidle/current_governor

# 或者通过内核启动参数设置
# 在grub中添加：cpuidle.governor=menu

3.4.4 禁用特定C-state

# 禁用C6（从0开始计数，C1是state0，C1E是state1，C6是state2...）
echo 1 > /sys/devices/system/cpu/cpu0/cpuidle/state2/disable

# 或者通过内核参数禁用所有深度睡眠
# 在grub中添加：intel_idle.max_cstate=4

3.5 实战建议

最后，我给大家几个实战中的建议：

1. 先监控，后调整：用cpupower monitor跑个24小时，看看你的CPU在C-state上花了多少时间。如果C1占比超过50%，说明中断太频繁了。
2. 默认menu governor就够了：除非你有特殊需求（比如实时系统），否则别折腾governor。
3. 关注中断合并：很多时候CPU进不了深睡眠，是因为网卡或磁盘中断太密集。调整中断合并参数（如ethtool -C）往往比调整C-state更有效。
4. 测试唤醒延迟：用cyclictest或hackbench测试一下，确保你的C-state配置不会影响业务性能。

好了，这一章的内容就到这里。CPU空闲状态管理，说白了就是「省电」和「响应速度」之间的平衡。你调得好了，系统既省电又流畅；调得不好，要么功耗高得吓人，要么延迟大得离谱。下一章咱们聊聊内存功耗管理，那个更有意思。