2、Linux电源管理基础：CPU热插拔、cpuidle框架、cpufreq框架、时钟与定时器管理
好，咱们进入正题。这一章讲的是Linux电源管理的四个核心基础模块。说白了，它们就是系统省电的「四驾马车」。我当年刚接触这部分时，也觉得头大——东西多，关联又复杂。但别怕，咱们一个一个拆开看。
2.1 CPU热插拔：动态调整计算资源
CPU热插拔，不是让你把CPU芯片从主板上拔下来。它指的是在系统运行时，动态地启用或禁用某个CPU核心。
为什么要这么做？ 你想想看，深夜时分，服务器负载很低。8个核心全开着，每个核心都在空转耗电。这时候，关掉4个核心，省下的电可不是一星半点。
核心思路： 按需供给。负载高时开核，负载低时关核。
在Linux里，热插拔的接口在 /sys/devices/system/cpu/ 目录下。每个CPU核心对应一个 cpuX 子目录。操作很简单：
# 查看CPU1是否在线
cat /sys/devices/system/cpu/cpu1/online
# 下线CPU1（关掉它）
echo 0 > /sys/devices/system/cpu/cpu1/online
# 上线CPU1（开启它）
echo 1 > /sys/devices/system/cpu/cpu1/online嗯，这里要注意：CPU0通常不允许下线，因为它是系统的引导核心。我曾经在项目里手快，想试试能不能把CPU0也下线，结果系统直接卡死。嗯，从那以后我再也不敢动CPU0了。
2.2 cpuidle框架：CPU空闲时的省电策略
CPU热插拔是「关掉整个核心」，而cpuidle是「让核心在空闲时进入低功耗状态」。两者是不同粒度的省电手段。
cpuidle框架的核心是C状态（C-States）。C0是正常工作状态，C1是暂停（HALT），C2、C3……越往后越省电，但唤醒延迟也越大。
| C状态 | 描述 | 省电效果 | 唤醒延迟 |
|---|---|---|---|
| C0 | 正常运行 | 无 | 无 |
| C1 | 暂停（HALT） | 中等 | 低 |
| C2 | 停止时钟 | 较高 | 中等 |
| C3 | 深度睡眠 | 最高 | 高 |
cpuidle框架会动态选择最合适的C状态。它的决策逻辑大致是：
// 伪代码示意
if (空闲时间 < 阈值1) {
进入C1; // 很快能回来
} else if (空闲时间 < 阈值2) {
进入C2; // 多省点电
} else {
进入C3; // 深度睡眠，省最多
}我个人习惯用 cpuidle-info 工具来查看当前系统的C状态支持情况：
# 查看CPU0支持的C状态
cpuidle-info -c 0我在项目中遇到过一个问题：某个嵌入式设备在空闲时功耗居高不下。查了半天，发现是某个驱动频繁触发定时器，导致CPU刚进入C2就被唤醒，根本进不了C3。说白了，就是「假忙」——CPU看似空闲，实际一直在被骚扰。
避坑指南： 我曾经调试过一个网络设备，发现cpuidle几乎不生效。最后定位到是网卡的NAPI轮询间隔太短，导致CPU每几微秒就被唤醒一次。调整轮询参数后，功耗直接降了30%。
2.3 cpufreq框架：动态调频调压
cpufreq，全称是CPU Frequency Scaling。它通过调整CPU的工作频率和电压来省电。频率越低，电压越低，功耗就越小。
cpufreq有几种常见的调频策略（Governor）：
- performance：一直跑最高频率，性能最好，功耗最高。
- powersave：一直跑最低频率，最省电。
- ondemand：按需调频，负载高时升频，负载低时降频。
- conservative：类似ondemand，但频率变化更平滑。
- schedutil：基于调度器的调频策略，更精准。
查看和设置当前策略：
# 查看当前策略
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
# 设置为ondemand
echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor我个人推荐在大多数场景下使用 schedutil。它直接利用调度器的负载信息来做调频决策，反应更快，也更省电。我在一个视频处理项目里做过对比：同样的负载，schedutil比ondemand省了约12%的电。
注意： 不是所有硬件都支持所有调频策略。有些老旧的ARM芯片只支持performance和powersave。在移植系统时，一定要先确认硬件支持的调频范围。
2.4 时钟与定时器管理：系统的「心跳」
时钟和定时器，是Linux系统的「心跳」。它们决定了系统何时醒来、何时休眠。如果管理不好，cpuidle和cpufreq的效果都会大打折扣。
Linux里有两种时钟：
- 系统时钟（System Clock）：提供时间基准，比如
gettimeofday()用的就是它。 - 定时器（Timer）：用于在指定时间触发事件，比如调度器的时钟滴答。
在电源管理里，我们最关心的是定时器频率。频率越高，系统被唤醒的次数就越多，功耗就越大。
查看当前系统的定时器频率：
# 查看内核配置的HZ值
cat /boot/config-$(uname -r) | grep CONFIG_HZ常见的HZ值有100、250、1000。桌面系统通常用1000，追求响应速度；服务器和嵌入式系统常用100或250，更省电。
嗯，这里有个技巧：动态定时器（Dynamic Tick），也叫「无滴答内核」（Tickless Kernel）。它允许系统在空闲时完全停止定时器，直到有事件需要处理才醒来。这能大幅降低空闲功耗。
关键点： 动态定时器 + cpuidle深度睡眠 + cpufreq降频，三者配合才能实现最优的省电效果。
我在一个物联网项目中遇到过：设备待机功耗始终降不下来。用 powertop 一查，发现有个用户态程序每秒触发100次定时器。每次触发都会唤醒CPU，打断cpuidle的深度睡眠。后来优化了那个程序的定时器间隔，待机功耗从500mW降到了80mW。
我的建议： 调试电源问题时，先用 powertop 看看是谁在频繁唤醒系统。它会把所有唤醒源按频率排序，一目了然。
小结
这四个模块，说白了就是一套组合拳：
- CPU热插拔：关掉不需要的核心。
- cpuidle：让空闲的核心睡得更沉。
- cpufreq：让工作的核心跑得更省电。
- 时钟与定时器：减少不必要的唤醒。
它们之间是相互影响的。比如，定时器太频繁，cpuidle就睡不深；cpufreq调频太激进，又可能影响响应速度。实际项目中，需要根据具体场景来权衡。
下一章，我们会深入讲解如何用工具来测量和分析这些模块的实际效果。到时候，我会分享一些我踩过的坑和调试技巧。