在线咨询
eetop公众号 创芯大讲堂 创芯人才网
切换到宽版

EETOP 创芯网论坛 (原名:电子顶级开发网)

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 4876|回复: 5

[求助] 求助 为什么这么来抽取RC Corner

[复制链接]
发表于 2014-7-12 09:21:41 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册

x
试着用一个encoeunter流程,做一个项目时。流程在pre-postroute 阶段是min max的,在postroute之后,是mmmc的。其中在Makefile中有以下几个step:route   postroute  postroute_hold  postroute_SI_hold  postroute_SI signoff  。我的疑惑是,为什么在做route之后的每个step,我看log的内容,会把当前design的所有active RC Corner对应的RC全抽取呢,这个不是很费时费时吗,比如在step: postroute  他是用来做route之后的setup的分析的,我看有些RCcorner_min的就不需要抽吧,这个过程中应该也不需要啊。希望大家能帮我想想这个是为什么的啊
发表于 2014-7-12 12:16:39 | 显示全部楼层
为何程在pre-postroute 阶段是min max的,在postroute之后,是mmmc的
 楼主| 发表于 2014-7-12 12:16:43 | 显示全部楼层
版主给点意见噻 ,给新手指导指导
 楼主| 发表于 2014-7-12 15:47:50 | 显示全部楼层
回复 2# fangwang85


   应该是为了提高效率吧,在前面的过程中就按照default的先快速的做,然后route完再考虑更多的analysisviews
发表于 2014-7-13 11:22:12 | 显示全部楼层
mmmc嘛,修setup的时候要考虑不会出现hold,修hold的时候得考虑不会出现setup啊。不抽怎么算,怎么保证
发表于 2014-7-13 13:46:33 | 显示全部楼层
建议 要么full mmmc , 要么non-mmmc (即传统的bc-wc) ,

mmmc肯定比bc-wc 耗时间,这个是肯定的, 不需要比较,现在的趋势就是mmmc, edi11.1 后,不允许bc-wc,只有mmmc了, 因此比较的没有意思,

mmmc 请指定最少需要的view种类,view越多,extraction timing越慢,这个是肯定的,
不需要的view就别指定,  

timing engine通常是extraction 很慢,但是抽一次,所有view都有timing了, 就不需要再抽第2次了,
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

站长推荐 上一条 /1 下一条

小黑屋| 手机版| 关于我们| 联系我们| 隐私声明| EETOP 创芯网
( 京ICP备:10050787号 京公网安备:11010502037710 )

GMT+8, 2025-7-7 02:28 , Processed in 0.021935 second(s), 9 queries , Gzip On, MemCached On.

eetop公众号 创芯大讲堂 创芯人才网
快速回复 返回顶部 返回列表