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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 9306|回复: 3

[求助] place阶段出现congestion,试图优化global route,结果发现。。。

[复制链接]
发表于 2012-3-7 11:13:35 | 显示全部楼层 |阅读模式

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

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

x
本帖最后由 ic小顽童 于 2012-3-7 11:14 编辑

place阶段的timing修的差不多了, 发现local congestion,仔细一看cell density并不高, 看来是global routing需要opt,update global route后, congestion改善很多, 结果timing又变差了。 如果说place和global route对预测net delay的算法不同,导致path timing结果不同我倒是可以理解, 但global route opt后, timing反而变差很多, 这个就不好理解了。

有没有类似遭遇的兄弟啊? 一边是place timing不错但有congestion, 另一半是congestion不错但global route timing很差?像我这种情况总不能视local congestion不见吧?可global route后timing变差难道再优化一次place? 若反复一次,又有类似情况出现, 这么搞下去没完没了啦?
发表于 2012-3-7 12:59:53 | 显示全部楼层
route后timing的情况本来就比place后的差吧,只能说你place的时候多留些余量吧
发表于 2012-3-7 17:48:08 | 显示全部楼层
看看hold timing怎么样?如果hold问题严重,检查Clock balance 了没有。一般情况CTS之后timing没问题,routing之后基本保持一致,有可能会更好
发表于 2012-3-9 11:25:37 | 显示全部楼层
route之后应该是一点问题都没有的,可以尝试在CTS的时候把congestion effort弄高一点,还有timing effort也高一点啊
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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


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

GMT+8, 2025-1-17 23:14 , Processed in 0.028128 second(s), 21 queries , Gzip On.

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