1. 功耗调优概述：Linux功耗管理的重要性、功耗与性能的权衡、现代数据中心与嵌入式设备的功耗挑战
各位好，我是老李。在Linux系统这个圈子里摸爬滚打了十几年，今天咱们来聊聊功耗调优这个话题。说实话，早些年我刚入行时，大家关注的都是性能——CPU跑多快、内存吞吐多大、网络延迟多低。功耗？那是硬件工程师操心的事。
但现在不一样了。我最近几年参与的几个大型项目，从云数据中心到边缘计算盒子，功耗都成了绕不开的坎。你想想看，一个机柜塞满服务器，一年电费能买好几台新车。嵌入式那边更惨，电池就那么点容量，功耗降不下来，用户一天充三次电，谁受得了？
为什么Linux功耗管理如此重要？
先说说我的亲身经历。几年前我帮一家互联网公司优化他们的搜索集群，2000多台服务器，每台功耗300瓦。我算了一笔账：每台每年电费大约2000块，2000台就是400万。这还只是电费，没算散热、UPS损耗和机房租金。
后来我们做了几项功耗优化，平均每台降了50瓦。你猜怎么着？一年省下130多万。老板笑得合不拢嘴，年终奖都多发了两个月。所以我说，功耗调优不是锦上添花，是真金白银。
Linux作为数据中心和嵌入式设备的绝对主力操作系统，它的功耗管理能力直接决定了整个系统的能效。我见过太多团队，硬件选型时精打细算，结果操作系统层面功耗策略一塌糊涂，白白浪费了硬件潜力。
功耗与性能的权衡——没有免费的午餐
这里有个很现实的问题：功耗和性能，能不能两全其美？
我的答案是：不能。至少在当前的技术条件下不能。你想想看，CPU要算得快，就得提高频率、增加电压，功耗自然就上去了。这就像开车——你想跑120码，就别指望百公里油耗5升。
但我们可以做的是：在合适的时机，用合适的性能。说白了就是动态调整。
我记得有一次优化一个视频转码服务。业务高峰期，用户排队等着出片，这时候必须火力全开，功耗高点就高点。但到了凌晨，负载降到10%以下，还让CPU跑在3GHz，那就是浪费。我们通过调整cpufreq调控器，配合cgroup的CPU配额，实现了按需分配。结果呢？峰值性能没降，但日均功耗降了35%。
| 场景 | 性能需求 | 功耗策略 | 典型收益 |
|---|---|---|---|
| 在线交易系统 | 低延迟、高吞吐 | 性能优先，适度节能 | 延迟增加<5%，功耗降15% |
| 批量计算任务 | 高吞吐，可容忍延迟 | 平衡模式 | 功耗降25%，完成时间增10% |
| 空闲/低负载 | 极低 | 深度节能 | 功耗降50%以上 |
现代数据中心的功耗挑战
数据中心这块，我最近两年感触特别深。以前大家比的是谁家服务器多、谁家算力强。现在呢？大家都在比PUE（电能使用效率）。
为什么？因为电费已经成了数据中心最大的运营成本之一。我有个朋友在西部某大数据中心做运维，他们那一年电费超过2亿。你想想看，哪怕优化1%，那也是200万。
数据中心的功耗挑战，我总结了几点：
- 功率密度越来越高： 现在一台GPU服务器轻松上千瓦，一个机柜塞满就是几十千瓦。散热成了大问题，风冷不够用，得上液冷。
- 负载波动剧烈： 白天晚上、工作日周末，负载能差好几倍。但服务器不能关机，得随时待命。这就对Linux的idle管理提出了很高要求。
- 虚拟化带来的复杂性： 一台物理机跑几十个虚拟机，每个虚拟机的功耗需求不一样。Linux的CPU热插拔、内存节能、网络设备节能，都得考虑虚拟化场景。
- 散热与功耗的耦合： 功耗高了，温度就高；温度高了，漏电流就大，功耗更高。这是个恶性循环。Linux的thermal框架就是用来打破这个循环的。
我去年帮一个客户优化他们的Kubernetes集群，发现一个有意思的现象：很多Pod申请了资源但实际用不到一半。结果呢？节点CPU一直处于中等负载，既不能进入深度睡眠，也没跑满。功耗浪费严重。后来我们通过调整kubelet的CPU管理策略，配合cpuidle的深度睡眠，把空闲节点的功耗从120瓦降到了45瓦。
嵌入式设备的功耗挑战
嵌入式这边，情况更复杂。我做过几个IoT网关的项目，感触很深。
嵌入式设备有几个特点：
- 电池供电，续航是刚需： 一个传感器节点，装两节AA电池，得撑一年。你功耗优化做不好，三个月就得换电池，客户不骂你才怪。
- 资源极度受限： 几十兆内存、几百兆存储是常态。Linux内核本身就得裁剪，功耗管理模块更是要精打细算。
- 实时性要求高： 很多嵌入式设备是控制类的，比如工业PLC、汽车ECU。你为了省电让CPU睡大觉，结果中断响应延迟了，设备可能就出事故了。
- 环境温度变化大： 户外设备，夏天70度，冬天零下40度。温度对功耗的影响非常大，Linux的功耗管理策略必须能自适应。
我记得有个项目，做的是野外气象监测站。设备用太阳能供电，电池容量有限。我们用的是一块ARM Cortex-A7处理器，跑Linux 4.19内核。刚开始，设备每天只能工作6小时，因为功耗太高，太阳能板充的电不够用。
后来我们做了几件事：
- 启用了cpuidle的深度睡眠状态，空闲时CPU功耗从50mW降到了5mW。
- 调整了网络设备功耗策略，Wi-Fi模块在非传输时段进入低功耗模式。
- 优化了文件系统读写策略，减少不必要的磁盘I/O。
- 使用动态频率调整，根据传感器采样频率动态调节CPU主频。
结果呢？设备可以全天候工作了，而且还有20%的余电。所以说，嵌入式设备的功耗优化，空间其实很大，关键是要找到合适的切入点。
Linux功耗管理的技术栈概览
说了这么多，咱们得看看Linux到底提供了哪些工具。我简单列一下，后面章节会详细展开。
| 层次 | 组件 | 作用 |
|---|---|---|
| CPU | cpufreq, cpuidle, hotplug | 频率/电压调节、空闲状态管理、核心热插拔 |
| 内存 | 内存压缩、页面回收、NUMA平衡 | 减少内存访问功耗、优化内存布局 |
| 存储 | 块设备调度、NCQ、电源管理 | 磁盘休眠、I/O合并、减少寻道 |
| 网络 | 网卡节能、中断合并、TSO/GSO | 降低网络传输功耗、减少CPU干预 |
| 设备 | Runtime PM、系统睡眠状态 | 设备级动态电源管理、系统挂起/休眠 |
| 框架 | PM QoS、devfreq、thermal | 服务质量保证、设备频率调节、热管理 |
嗯，这张表基本涵盖了Linux功耗管理的核心组件。每个组件都有自己的一套参数和策略，调优起来挺有意思的。我后面会带着大家一个一个过，结合我实际踩过的坑，把每个组件的用法和注意事项讲清楚。
好了，第一章就到这里。功耗调优这条路，说难不难，说简单也不简单。关键是要有系统思维，不能头痛医头脚痛医脚。后面咱们会从CPU开始，一步步深入每个子系统的调优方法。各位准备好了吗？