4、动态电压频率调整（DVFS）：DVFS 原理与实现、Linux cpufreq 框架、DVFS 的延迟与开销
各位同学，咱们今天聊一个功耗优化的核心手段——DVFS。说白了，就是让芯片在干活多的时候跑快点，在闲着的时候跑慢点。这个思路听起来简单，但实际落地的时候，坑可不少。我在好几个项目里都跟它打过交道，今天就把我的经验掰开了揉碎了讲给你听。
4.1 DVFS 的基本原理
先问大家一个问题：为什么降低电压就能省电？
动态功耗的公式大家都熟：P = C × V² × f。你看，电压 V 是平方项，它对功耗的影响最大。频率 f 虽然是一次项，但降低频率能直接减少单位时间内的翻转次数。
所以 DVFS 的核心逻辑就是：在满足性能需求的前提下，把电压和频率降到最低。
关键点：电压和频率不是独立调节的。频率升高时，必须同步升高电压，否则信号来不及建立，芯片就会出错。反过来，频率降低时，电压可以跟着降，但不能低于芯片的最低工作电压。
我个人习惯把 DVFS 分成两个维度：
- 静态 DVFS：根据预先设定的负载场景，固定几组电压频率组合。比如待机模式用 200MHz/0.8V，正常模式用 800MHz/1.1V。
- 动态 DVFS：实时监测 CPU 负载，动态调整电压频率。这个更灵活，但实现也更复杂。
嗯，这里要注意：动态 DVFS 不是越快越好。调得太频繁，反而会引入额外的延迟和功耗开销。这个我们后面细说。
4.2 Linux cpufreq 框架
在 Linux 系统里，DVFS 的管理是通过 cpufreq 框架 来实现的。这个框架我用了很多年，说实话，它设计得挺巧妙的。
cpufreq 的核心组件有三个：
- Governor（调速器）：决定什么时候调、调到什么频率。这是策略层。
- Driver（驱动）：真正去操作硬件寄存器，改变电压和频率。这是执行层。
- Core（核心层）：连接 Governor 和 Driver，提供统一的接口。
常用的 Governor 有这几个：
| Governor 名称 | 行为特点 | 适用场景 |
|---|---|---|
| performance | 始终跑最高频率 | 性能优先，不考虑功耗 |
| powersave | 始终跑最低频率 | 极致省电，不关心性能 |
| ondemand | 负载高时升频，低时降频 | 通用场景，响应较快 |
| conservative | 频率变化更平滑，逐步调整 | 对频率抖动敏感的场景 |
| schedutil | 基于调度器负载信息，更精准 | 现代内核推荐使用 |
我在项目中遇到过一个问题：用 ondemand governor 时，某个后台任务频繁触发升频，导致功耗反而比一直跑高频还高。后来我换成了 schedutil，因为它能结合调度器的负载信息，判断更准确。
来看看怎么查看和设置 cpufreq：
# 查看当前 CPU 频率信息
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
# 查看可用的 governor
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
# 切换 governor
echo "schedutil" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
# 查看可用的频率
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies小技巧：调试阶段可以用 cpupower 工具，它封装了 sysfs 的操作，用起来更方便。比如 cpupower frequency-info 可以一次性看到所有频率信息。
4.3 DVFS 的延迟与开销
你想想看，DVFS 听起来很美好，但为什么不是所有场景都用它？
因为 调频调压是有代价的。这个代价主要体现在三个方面：
- 调频延迟：改变 PLL 的分频系数或者切换时钟源，需要等待时钟稳定。这个时间通常在几微秒到几十微秒。
- 调压延迟：通过 PMIC 或者片上 LDO 改变电压，需要等待电压稳定。这个时间更长，可能几百微秒甚至毫秒级。
- 软件开销：Governor 的计算、上下文的切换、中断的处理，这些都会消耗 CPU 时间。
我曾经在一个项目中踩过坑：系统每 10 毫秒做一次 DVFS 调整，结果调频调压的延迟加起来占了 2 毫秒。你算算，20% 的时间都花在调整上了，这还省什么电？
避坑指南：我曾经因为忽略了调压延迟，导致系统在升频后电压还没跟上，芯片直接死机。后来我加了一个 电压稳定等待机制，在升频前先确认电压已经到位。这个教训让我记住了：DVFS 的时序一定要做充分验证。
那么，怎么评估 DVFS 的开销呢？我建议从这几个维度入手：
- 测量调频时间：用 GPIO 或者 trace 工具，记录从发起调频到频率稳定的时间。
- 测量调压时间：同样用 GPIO 记录电压调节命令发出到电压稳定的时间。
- 统计调频频率：在 1 秒内，DVFS 被触发了多少次。如果超过 100 次，就要考虑是不是策略太激进了。
- 对比功耗收益：开启和关闭 DVFS，分别测量系统功耗。如果收益小于 5%，那可能不值得。
最后说一个我个人的经验：DVFS 不是银弹。对于实时性要求高的系统，比如音频处理、电机控制，频繁的 DVFS 反而会引入抖动。这时候，我更倾向于用固定的低频运行，或者只在空闲时降频。
好了，DVFS 的原理和实现就讲到这里。下一节我们聊聊更细粒度的功耗管理技术——Per-CPU 频率控制和任务调度协同。到时候你会发现，DVFS 和调度器配合好了，效果能翻倍。