宏观策略：自上而下的功耗规划与预算
各位同学，今天我们来聊聊功耗优化的顶层设计。说白了，就是别一上来就扎进细节里，先站在高处把全局看清楚。
我刚开始做FPGA交易系统那会儿，也犯过傻。上来就写代码，调时序，最后发现功耗超标了，整个板子热得能煎鸡蛋。后来我学乖了——先规划，再动手。这就是我们今天要讲的「自上而下的功耗规划与预算」。
为什么需要功耗规划？
交易系统对延迟极其敏感。你想想看，每多1纳秒，可能就错失一笔交易。但高性能往往意味着高功耗。高功耗带来什么？发热、降频、甚至系统崩溃。
我见过一个团队，把FPGA塞进一个密闭的机箱里，结果运行半小时就过热保护了。嗯，这就是没做功耗规划的后果。
功耗规划的核心目的就两个：
- 确保系统在热约束内稳定运行
- 在功耗预算内最大化性能
一句话总结：功耗规划不是限制你，而是帮你把有限的功耗用在刀刃上。
自上而下的规划流程
我个人习惯把功耗规划分成四个层次。从系统级一路往下，直到模块级。就像盖楼，先画蓝图，再砌砖。
这张图就是我的「功耗规划四层模型」。每一层都有明确的输入和输出。上一层的输出，就是下一层的约束。
第一步：系统级功耗预算
做交易系统，你得先问自己几个问题：
- 这个板子放在什么环境里？机房？桌面？还是野外？
- 散热条件如何？有没有风扇？
- 电源能提供多大电流？
我记得有一次做高频交易项目，客户要求把FPGA塞进一个1U的机箱里。1U机箱啊，高度才4.45厘米，散热空间极其有限。我们算了一下，整板功耗不能超过25W。这就是系统级预算。
我的经验：系统级预算一定要留余量。我一般留20%的余量。比如散热能扛30W，我只按24W来设计。为什么？因为实际运行中，温度、电压波动都会让功耗往上窜。
第二步：芯片级功耗分配
拿到整板预算后，接下来要分给FPGA芯片。交易系统里，FPGA通常是功耗大头。我一般这样分配：
| 资源类型 | 典型占比 | 说明 |
|---|---|---|
| 逻辑资源（LUT/FF） | 30% - 40% | 交易引擎核心逻辑 |
| DSP单元 | 15% - 25% | 价格计算、风险模型 |
| BRAM/URAM | 10% - 15% | 订单簿、历史数据缓存 |
| 高速收发器 | 20% - 30% | 网络接口、数据交换 |
| 时钟网络 | 5% - 10% | 全局时钟、区域时钟 |
你看，收发器占了很大一块。交易系统里，网络延迟是关键，所以收发器通常跑在最高速率。但功耗也高得吓人。我做过一个项目，光收发器就吃了8W，占了芯片总功耗的35%。
第三步：模块级功耗预算
芯片级分完后，再往下分到各个模块。交易系统一般分这几个大模块：
- 网络协议栈：处理UDP/TCP、MAC层
- 交易引擎：订单匹配、价格比较
- 风险控制：检查交易合规性
- 数据记录：日志、审计追踪
我建议给每个模块设一个功耗上限。比如交易引擎不能超过5W，网络栈不能超过3W。这样设计时就有明确的目标。
注意：模块级预算不是拍脑袋定的。你得先做快速原型评估。我一般先用Vivado的早期功耗估算工具跑一遍，看看各模块大概吃多少功耗，再调整预算。
第四步：实现级优化
预算定好了，最后才是动手实现。这时候你心里已经有数了——每个模块只能吃这么多功耗，怎么在约束内做到性能最优？
具体优化手段包括：
- 时钟门控：不用的时候关掉时钟
- 数据路径优化：减少不必要的翻转
- 资源复用：同一个逻辑块处理多个任务
- 流水线平衡：避免毛刺和无效翻转
这些细节我们后面章节会展开讲。今天先把顶层框架搭好。
避坑指南
我曾经犯过一个错，说出来你们引以为戒。
有一次做项目，我按照芯片手册上的典型功耗做预算。结果实际跑起来，功耗比预算高了30%。为什么？因为典型功耗是在25°C、低负载下测的。交易系统可是满负载运行，而且机箱里温度能到70°C。温度每升高10°C，静态功耗翻一倍。
所以我的建议是：
- 别信典型值，按最坏情况算
- 留足余量，至少20%
- 早期验证，别等板子回来了才发现功耗超标
核心思想：功耗规划不是事后补救，而是事前设计。自上而下，层层分解，每个层级都有明确的约束和目标。这样到了实现阶段，你才能游刃有余。
好了，这一章就到这里。记住，做交易系统，功耗和性能是跷跷板的两头。但有了好的规划，你就能找到那个平衡点。