做脚本scan是怕有些paths会被tool拒绝优化，这种情况经常会出现。
手工插入buffer是在同一终点的latency较小的path上插，不会有setup问题。
具体分析每一条paths工作量非常大，所以先constrain解决掉大部分的paths，对个别例外的path再case by case手工解决。
另外logic balance肯定想办法能做的到，但由此增加的逻辑也会带来额外的功耗和面积，这样的代价是否值得？还是先解决critical的paths？

【 在 Xaoyao 的大作中提到: 】
: 谢谢，你的思路我大概明白
: 请问为什么一定有path满足不了呢？
: 另外你说的手工插入buffer
: ...................
--
FROM 180.167.199.*