做性能优化做到一定阶段，你会发现一个绕不开的坎——功耗。
我早年调一个数据库服务，CPU跑得飞起，QPS确实上去了。结果运维那边报警，说机柜温度飙到45度，电源功率快顶不住了。那会儿我才真正意识到：性能不是越高越好，得看功耗划不划算。
这一章，我们就来聊聊功耗和性能怎么平衡。说白了，就是怎么让CPU在“跑得快”和“吃得少”之间找到那个甜点。
11.1 DVFS：动态电压频率调整
DVFS，全称Dynamic Voltage and Frequency Scaling。名字挺唬人，其实道理很简单：CPU干活少的时候，降压降频；干活多的时候，升压升频。
为什么电压和频率要绑在一起调？这得从CMOS电路的功耗公式说起。
核心公式：
P ∝ C × V² × f
其中：
- P：动态功耗
- C：负载电容（基本固定）
- V：工作电压
- f：工作频率
注意那个V²。电压对功耗的影响是平方级的。频率降10%，功耗大概降10%；但电压降10%，功耗能降19%。所以DVFS的核心策略是：能降压就降压，频率跟着电压走。
我在项目中遇到过一个问题：某款嵌入式芯片，跑轻负载时DVFS把电压降得太低，结果内存控制器不稳定，偶尔丢数据。后来我们加了电压安全余量，才解决。嗯，这里要注意——DVFS不是无脑降压，得保证电路能正常工作。
11.2 睿频：短时冲刺的智慧
睿频（Turbo Boost）是Intel搞出来的技术，AMD那边叫Precision Boost。名字不同，思路一样：在热设计功耗（TDP）允许的范围内，临时拉高频率。
你想想看，大部分应用不会让所有核心满载。比如一个游戏，主要吃一两个核心。这时候，睿频就可以把活跃核心的频率拉高，其他核心降频甚至休眠。整体功耗没超，但单核性能上去了。
睿频的决策逻辑大致如下：
if (当前功耗 < TDP 限制) {
if (温度 < 温度阈值) {
提高频率（步进式增加）
} else {
保持或降低频率
}
} else {
降低频率（触发功耗墙）
}
我个人习惯把睿频理解为“短跑选手”。它能冲，但不能一直冲。持续高负载下，睿频会逐渐退回到基础频率。为什么？因为散热跟不上。
实战经验：
我曾经调一个视频转码服务，发现CPU频率忽高忽低，转码时间不稳定。查了一圈，发现是睿频在作怪——负载一上来，频率冲高，温度飙升，然后降频，温度下来又冲高。这种振荡对吞吐量很不利。解决方案是：直接锁频，或者调低睿频的触发阈值。稳定比峰值更重要。
11.3 功耗墙：看不见的天花板
功耗墙，就是CPU性能的天花板。不是算力不够，是功耗和散热不允许。
现代CPU的功耗墙通常分三层：
我见过一个案例：某服务器节点，BIOS里把功耗墙设得太保守，CPU利用率不到50%就开始降频。后来我们调整了PL1和PL2的阈值，性能提升了30%，功耗只增加了15%。很多时候，性能瓶颈不在CPU本身，而在功耗策略上。
避坑指南：
我曾经在调优时，为了追求性能，直接把功耗墙拉到最高。结果供电模块过热，系统直接关机。后来才知道，功耗墙不只是保护CPU，也在保护主板供电。改功耗墙之前，先看看你的VRM（电压调节模块）扛不扛得住。
11.4 能效比：性能与功耗的甜点
能效比，就是每瓦功耗能换来多少性能。公式很简单：
能效比 = 性能 / 功耗
但实际调优时，你会发现能效比曲线不是线性的。我画了一张图，帮你理解这个关系：
从图上你能看到：频率低的时候，能效比在上升；过了甜点区，能效比开始下降。为什么？因为功耗是V²×f，增长比性能快得多。频率再往上拉，性能提升一点点，功耗却翻倍。
我调优时有个习惯：先找到能效比曲线的顶点，然后根据业务需求往左或往右偏移。
- 省电场景（比如手机、笔记本）：工作在甜点区左侧，牺牲一点性能换续航。
- 性能场景（比如服务器、工作站）：工作在甜点区右侧，多花点电换吞吐量。
实战技巧：
我曾经优化一个AI推理集群，发现大部分模型推理时CPU利用率只有30%左右。我建议把频率降到甜点区，功耗降了40%，性能只降了5%。结果呢？同样的电费预算，可以多塞一倍的机器。这就是能效比的价值。
11.5 如何在实际系统中调优
理论说完了，来点实操。在Linux系统里，你可以通过以下方式控制功耗和性能：
1. CPUfreq 调速器
# 查看当前调速器
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
# 设置为性能模式（最高频率）
echo "performance" | sudo tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
# 设置为节能模式（最低频率）
echo "powersave" | sudo tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
# 设置为按需模式（动态调整）
echo "ondemand" | sudo tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
我个人推荐ondemand或schedutil（内核4.7+）。这两个调速器能根据负载动态调整频率，兼顾性能和功耗。
2. 功耗限制（RAPL）
Intel的RAPL（Running Average Power Limit）接口，可以直接限制CPU功耗：
# 查看当前功耗限制
sudo turbostat –show PkgWatt,CorWatt,GFXWatt
# 设置功耗墙（单位：瓦特）
sudo powercap-set -p intel-rapl -z 0 -c 0 -l 95000000 # 95W限制
注意：
我曾经在设置功耗墙时，把值设得太低，结果CPU直接降频到800MHz，系统响应慢得像蜗牛。功耗墙不是越低越好，得留出足够的余量给突发负载。一般建议设置为TDP的80%-120%，根据你的散热能力来定。
3. 睿频控制
# 查看睿频状态
cat /sys/devices/system/cpu/intel_pstate/no_turbo
# 关闭睿频（0=开启，1=关闭）
echo "1" | sudo tee /sys/devices/system/cpu/intel_pstate/no_turbo
关闭睿频适合那些对延迟敏感、需要稳定性能的场景。比如数据库、交易系统。我见过一个高频交易团队，他们把所有睿频都关了，就为了消除频率波动带来的延迟抖动。
11.6 总结：平衡的艺术
功耗与性能的平衡，说白了就是在电费、散热、性能三者之间找最优解。没有银弹，只有取舍。
我最后给你三个建议：
嗯，这一章就到这里。记住：跑得快不算本事，跑得又快又省电才是真功夫。
，
