多次实践证明不清楚原有设计的情况下做出的方案,往往只会越改越烂。判断是否熟悉的标准是 能够讲清楚整个模块代码->能够自己画出整个微架构->能够提出有效的PPA优化方案。 其实这一条经验是并不特指高频设计,是做好设计的基本功,缺陷率高同学往往问题就出现在这里。
2.建立把代码通过人脑转化成电路的能力。 verilog描述的就是电路,时序优化也是在电路上进行精简。这个技能我认为掌握了本科的数字电路课程就可以做到,加法器、锁存器、比较器、多路选择器、布尔表达式化解等。另外对for循环展开、if esle分支、按位运算等常见写法进行电路转换。写代码时需要能感知Critical path,并算出其大概的逻辑级数。
3.可以考虑关键微架构打散重构。 时序优化不动微架构可能走不太远。
4.对多级Pipeline进行调整和规划。 流水线上每一级的逻辑都要均匀和紧凑,遇到关键路径是要往前和往后看是否有余量可以借用。
5.在性能与时序之间trade off。 在时序优化过程中常用的一种手段就是牺牲部分非关键场景的性能,敢于牺牲一些边缘场景的性能。
6.时钟Gating专项优化,时序与门控精度的trade off。 我优化的模块的一个典型的特点是低功耗要求很高,几乎所有Always块都会有综合自动生成的时钟门控。由于时钟树长差异和Setup要求更严,时钟门控的E端时序要求比D端时序更加恶劣。所以写Always块的时钟门控时,对时序的考虑需要更加精细,E端的逻辑级数要求比D端少8级左右。
7.优先朝着根节点进行时序优化。 每一次优化都尽可能找到路径靠近起始位置去优化,让一次优化影响面更广,优化收益更大。
原作者:eetop yhm_liang
|