8.3 面积、功耗与速度的三角

8.3 面积、功耗与速度的三角

本节摘要：面积、功耗、速度三者互相挤压：流水线用面积换速度，资源共享用速度换面积，并行化用面积功耗换吞吐，门控用附加逻辑换功耗。各大手法各有明确的换算关系，工程裁量的第一步是算清这笔账再动笔。

流程与约束就位后，工程裁量登场：几乎每个设计都要回答「要跑多快、占多少面积、耗多少功耗」——而这三个目标天然互斥。这一节把主要优化手法的换算关系一次算清，让你动手改电路之前知道自己在交换什么。

三角为什么互斥

速度的物理上限由最长组合路径决定：路径越长，时钟越慢。缩短路径的办法要么把长逻辑拆成多拍（流水线，加寄存器，面积涨）、要么复制多份并行分摊（并行化，面积功耗齐涨）；面积的节省办法是让多份逻辑轮流用一份硬件（资源共享，调度复杂、速度受损）；功耗的大头是信号翻转，减少翻转的办法要么降时钟、要么关时钟（门控，加逻辑、复杂性涨）。每一招都在三角内部搬运代价，没有凭空消失的账单。

流水线：用拍数换频率

流水线的样板改造——把一条长组合路径切成几段，段间插寄存器：

// 改造前：乘加一步到位，路径长，频率上不去
always @(posedge clk)
    result <= (a * b) + c;              // 乘法加加法一条路径走完

// 改造后：两级流水，频率提高，结果晚一拍出
reg [15:0] mul_q;
always @(posedge clk) begin
    mul_q   <= a * b;                   // 第一级：只做乘法
    result  <= mul_q + c;               // 第二级：只做加法
end
​

换算关系很直白：级数增加，单级路径缩短、频率可提，但结果延迟从一拍变两拍，寄存器面积增加。流水线的隐藏成本在控制面：多级流水引入「指令在途」状态，冲刷、气泡、状态回退都要设计处理——单纯的数据通路流水线很好写，带控制反馈的流水线才是功力所在。流水线深度也有收益递减：级数翻倍，频率提升远不到翻倍，寄存器与控制复杂度却实打实翻上去，工程上常见两到四级为止。

资源共享：不同时发生就轮流用

多个操作不同时发生时，可共用一份硬件：

// 共享前：两份乘法器，两倍面积
assign p1 = a * b;
assign p2 = c * d;

// 共享后：一份乘法器加选择器，前提是两次乘法不同拍发生
reg [7:0] op_a, op_b;
reg       sel;
always @(posedge clk) begin
    case (phase)
        2'd0: begin op_a <= a; op_b <= b; sel <= 1'b0; end
        2'd1: begin op_a <= c; op_b <= d; sel <= 1'b1; end
    endcase
end
wire [15:0] shared_p = op_a * op_b;      // 两拍各出一次结果
​

共享的前提写在注释里：两次操作不在同一拍。如果 p1 与 p2 每拍都要出，共享就是假命题——要么并行两份，要么吞吐减半。综合器自己也会做资源共享（它看到多个乘法器的操作数不同时有效时可能自动合并），手写共享的意义在于明确控制调度、精确掌握时序代价。经验法则：小位宽加法之类的廉价操作不值得共享（选择器的开销接近硬件本身），乘法器、除法器、浮点单元这类大件才值得。

案例展开：数字信号处理链的频率冲刺。 背景：某滤波模块需要把时钟从 100 MHz 提到 250 MHz，首版一条路径里串联了乘法、加法、饱和裁剪三段组合逻辑，时序报告超期严重。操作：分两轮改造——第一轮按数据流边界切三级流水（乘、加、裁剪各一级），频率到 180 MHz；第二轮检查发现第一级乘法本身仍是长路径，把操作数寄存器改到乘法器之前（输入先打拍，让乘法独占一整拍），并把饱和裁剪挪到与后续累加共享的流水级，最终 260 MHz 收敛。代价：结果延迟从一拍变三拍，控制状态机的握手时序相应后移。解读：这个改造展示了流水线优化的标准次序——先按功能边界粗切，再按综合报告的实际路径细调，最后处理控制面的延迟补偿。每一步的依据都是时序报告的具体违例路径，而不是「感觉哪里慢」。变式：吞吐需求翻倍而频率已到顶时，正确的姿势是两份流水线并行加输入分发，代价是面积功耗翻倍——三角的另一角就位，这就是为什么吞吐方案的选择要在项目早期想清楚。

门控与时钟：功耗的两大杠杆

动态功耗正比于翻转率与时钟频率。时钟门控让整块逻辑的时钟在空闲期停转，是最有效的动态功耗手段——但手写组合门控有毛刺风险（4.3 节讲过），正确姿势是用综合工具的门控插入能力：工具自动找到「寄存器使能长期有效」的模式，插入经过验证的门控单元，安全且省电。设计者要做的，是把寄存器的使能条件写规范（if (en) q <= d; 的使能风格），让工具能识别出可门控的模式。

静态功耗（漏电流）在先进工艺里占比可观，它的控制手段在工艺与电源架构层面（多阈值单元、电源门控），RTL 设计者的贡献有限。知道这个边界很重要：RTL 层的功耗优化主要打动态部分，别指望改代码解决漏电问题。

低功耗设计还有一条容易被忽视的 RTL 手法：减少无谓翻转。数据总线空闲期保持旧值（而不是反复写同一值）在宽位宽总线场景收益可观；不过这类微优化要基于功耗分析报告的数据，凭感觉优化翻转是常见的时间浪费。

裁量的次序与红线

三大手法的动用有推荐次序：先用架构级决策定大格局（并行几份、流水几级、共享哪些部件），再用编码手法做局部修正（使能规范、翻转控制），最后靠工具自动优化收尾（门控插入、资源共享推断）。次序反了的代价是明显的：靠编码手法补救架构决策的错误，事倍功半；把架构级的取舍寄托给工具的自动优化，工具给出的答案往往在性能上正确、在功耗或面积上意外。

还有一条工程红线值得单列：任何优化都必须以「功能等价」为前提，且优化后必须重跑完整回归。流水线改了时序接口、共享改了调度行为，这些改动的影响面经常超出模块本身——下游的握手时序、上层的吞吐假设都要重新核对。优化不是局部美容，是带全局后果的结构手术。

本节要点回顾

• 三角互斥没有免费账单：每个优化手法都在三者内部搬运代价，动手前先算换算关系；
• 流水线换频率：级数加、延迟加、面积加，控制面的冲刷气泡是隐藏成本；
• 资源共享换面积：前提是操作不同拍发生，只对乘除法这类大件值得；
• 并行化换吞吐：面积功耗成倍涨，吞吐方案要在项目早期定；
• 门控交给工具：使能写规范让工具识别，手写组合门控有毛刺风险；
• 优化靠报告驱动：按时序与功耗报告的具体违例定向改造，不凭感觉下刀。

实现之路走完，工具是谁、怎么用，还欠一张地图。下一节把工具链全景铺开。