1、CPU频率基础：什么是CPU频率、频率与性能的关系、频率与功耗的关系、动态频率调整的意义
1.1 什么是CPU频率？
CPU频率，说白了就是CPU每秒钟能执行多少个时钟周期。单位是赫兹（Hz），1GHz就是每秒十亿次。
我习惯把CPU频率想象成人的心跳。心跳越快，血液循环越快，人就越兴奋。CPU频率越高，指令执行得就越快。但心跳太快人会受不了，CPU频率太高也会出问题——发热、不稳定、甚至烧毁。
举个例子。一颗2.0GHz的CPU，每秒能完成20亿次时钟周期。一颗3.0GHz的CPU，每秒能完成30亿次。频率高了50%，理论上性能也能提升50%。
但这里有个坑。频率不是唯一决定性能的因素。我遇到过不少刚入行的工程师，以为频率翻倍性能就翻倍。其实不然。CPU内部还有流水线、缓存、指令集架构这些因素。频率只是其中一个维度。
核心概念：CPU频率 = 时钟频率 = 主频。它决定了CPU内部数字电路翻转的速度。每个时钟周期，CPU完成一个或多个基本操作。
1.2 频率与性能的关系
频率和性能，大体上是正比关系。但没那么简单。
你想想看，一个程序跑在2.0GHz上需要10秒，跑在4.0GHz上是不是只要5秒？理想情况下是的。但现实中有两个问题：
- 内存瓶颈：CPU跑得再快，如果内存跟不上，CPU就得等着。这叫"内存墙"。我调优时经常看到CPU占用率只有30%，但程序就是跑不快——因为CPU在等内存数据。
- 指令级并行：现代CPU一个时钟周期能执行多条指令。频率提升带来的收益会被其他因素稀释。
我记得有一次帮客户优化数据库服务器。他们换了高频CPU，结果性能只提升了10%。查了半天，发现是内存带宽不够。后来换了更快的内存，性能才真正上去。
所以，频率和性能的关系可以总结为：
| 场景 | 频率提升对性能的影响 |
|---|---|
| 计算密集型（如视频编码） | 接近线性提升 |
| 内存密集型（如数据库） | 提升有限，受内存带宽制约 |
| I/O密集型（如文件服务器） | 几乎无影响 |
我的经验：调优时先看CPU利用率。如果CPU利用率低但程序慢，别急着提频。先查内存、磁盘、网络。频率不是万能药。
1.3 频率与功耗的关系
这才是重点。频率和功耗的关系，不是线性的，而是立方的。
公式很简单：动态功耗 ∝ 频率 × 电压²
频率翻倍，功耗翻倍。但为了跑高频，通常需要加压。电压一加，功耗就按平方增长。所以频率从2.0GHz提到2.4GHz，功耗可能涨了50%甚至更多。
我调过一台服务器，默认频率2.5GHz，功耗120W。我试着超到3.0GHz，功耗直接飙到180W。性能只提升了20%，功耗却涨了50%。不值当。
静态功耗也得提一嘴。即使CPU不干活，也有漏电流在耗电。频率越低，静态功耗占比越大。所以低负载时降频，能省不少电。
注意：频率和电压是绑定的。频率越高，需要的电压越高。电压高了，功耗爆炸式增长。而且高温会加速电子迁移，缩短CPU寿命。我曾经见过一台服务器因为长期超频，半年就挂了。
1.4 动态频率调整的意义
动态频率调整，说白了就是让CPU"看人下菜碟"。负载高时跑高频，负载低时跑低频。
为什么需要这个？
- 省电：服务器7×24小时运行，电费是实打实的成本。我管过一个数据中心，光靠调优频率策略，一年省了30万电费。
- 散热：笔记本、手机这些设备，散热能力有限。一直跑高频，风扇呼呼转，用户体验差。动态调频能让设备"冷静"下来。
- 性能与功耗的平衡：不是所有任务都需要最高性能。后台同步、邮件检查这些，低频就够了。前台游戏、视频剪辑，才需要高频。
Linux内核里，动态频率调整由cpufreq框架管理。它提供了几种调频策略：
| 策略 | 行为 | 适用场景 |
|---|---|---|
| performance | 始终跑最高频率 | 追求极致性能，不在乎功耗 |
| powersave | 始终跑最低频率 | 省电优先，性能无所谓 |
| ondemand | 负载高时提频，低时降频 | 通用场景，兼顾性能和功耗 |
| conservative | 类似ondemand，但频率变化更平滑 | 对频率波动敏感的场景 |
| schedutil | 基于调度器负载信息调频 | 现代内核推荐，响应更精准 |
我个人习惯用schedutil。它直接利用调度器的负载信息，调频更及时。不像ondemand那样有采样延迟。
核心观点：动态频率调整不是"降级"，而是"按需分配"。它让CPU在需要时全力以赴，在空闲时休养生息。这是现代系统功耗管理的基石。
嗯，这里要注意一点。动态调频不是万能的。有些场景下，频繁调频反而会引入延迟。比如实时系统、高频交易，它们需要稳定的频率。这时候就得用performance策略。
我曾经帮一个金融客户调优交易系统。他们用ondemand策略，结果每次调频都有几毫秒的延迟，导致交易指令慢了。后来改成performance，延迟问题解决了。代价是功耗高了20%，但人家不在乎那点电费。
所以，没有最好的策略，只有最合适的策略。你得根据业务场景来选。
避坑指南：我曾经在笔记本上用过performance策略，结果电池续航从6小时掉到2小时。后来改成schedutil，续航回到5小时。移动设备上，千万别用performance。
总结一下。CPU频率是性能的"油门"，也是功耗的"开关"。理解频率、性能、功耗三者的关系，是做好功耗管理的第一步。动态频率调整，就是让你在油门和刹车之间找到平衡点。
下一章，我会深入讲Linux内核的cpufreq框架，看看它到底是怎么工作的。到时候会带一些代码示例，咱们一起看看内核源码里是怎么调频的。