DC中为什么越优化setup的违例越大呢【已解决】

522526tl

DC中将setup优化到了-0.12，只用了compile_ultra 后来添加了 timing_high_effort_script选项，结果违例更大了；后来将这条path的group的weight由1改为2 再编译了一次 结果违例又增大了一些，请问这是怎么回事呢....

按理说应该越来越小才对啊

这条path是reg2in的path

我看了下报告，工具将LVT的cell替换为了HVT的cell，怎么感觉工具反着进行了，应该是LVT的delay才会小啊

不解啊！

Timme

1. 第二次编译要用-incremental，因为DC remapping能力很弱。
2. DC Path Group的正确用法是在次关键路径上增加weight。在最关键路径上增加weight只会有反效果。

icfbicfb

多run几遍，有点感觉还行 ？

taotao_ic

DC的N2N的能力一般，多次run的结果不一定比第一次好。
正确的做法是，compile_ultra -> compile_ultra -incre (可以多次)。对critical path的优化策略都放在第一次compile_ultra.

522526tl

回复 4# taotao_ic
恩 我也发现了 还是多谢你的一直关注

N2N你是指？

taotao_ic

回复 5# 522526tl

netlist 到 netlist 优化。 DC的强项在于RTL到 netlist， 如果是netlist到netlist DC的能力比RTL compiler要弱

522526tl

回复 6# taotao_ic

恩 原来这样；多谢啦！ 你用过RTL Compiler没！

taotao_ic

回复 7# 522526tl
用过。个人认为比DC好用，不用记太多命令。 结果不好，比较容易去debug是工具还是设计的问题。

Timme

回复  522526tl
用过。个人认为比DC好用，不用记太多命令。 结果不好，比较容易去debug是工具还是设计的问 ...
taotao_ic 发表于 2015-3-18 10:50

                               
登录/注册后可看大图

我以前也觉得DC很难Debug很难控制，比如Log打印的内容太少， 有些路径有时修得干净有时又会冒出来，后来证明是没有正确使用Path Group造成的。

三点Tips：
1. 即便不作特别设置，DC也会自动分配Path Group。可以report_path_group看看。
2. Path Group可以很明显影响结果质量，可尝试把所有路径归到default Group（即全局只有default一个Group）再Run一下，对比一下结果。
3. 变量compile_log_format可以控制Log打印的内容。