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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 4659|回复: 15

[求助] 有时降低utilization无法缓解局部congestion的问题

[复制链接]
发表于 2012-12-28 15:18:35 | 显示全部楼层 |阅读模式

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

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

x
90nm以下工艺这种情况尤为明显。

无论utilization降低到什么程度, 有些cell就是紧紧靠在一起, 目的为了timing。

不疏散他们,congestion严重,从而导致DRC;  反之, 疏散他们,timing又出问题。

这可如何是好?
发表于 2012-12-28 15:50:22 | 显示全部楼层
cell padding?
发表于 2012-12-28 17:24:45 | 显示全部楼层
short 多少个?
发表于 2012-12-30 17:09:59 | 显示全部楼层
这种就是网表问题
发表于 2013-1-8 17:20:51 | 显示全部楼层
对于congestion密集的module加padding
发表于 2013-1-8 18:50:07 | 显示全部楼层
这种一般都是前端综合没做好,优先选择是重新综合,使用pin density 比较低的单元,禁用MUX,AOI,OAI等单元
其他方法可以用:
- padding
- 人工place
- place之前加routing blockage
发表于 2013-1-8 21:29:18 | 显示全部楼层
cell padding + path group,
发表于 2013-7-30 19:16:59 | 显示全部楼层
发表于 2013-7-30 20:26:42 | 显示全部楼层
试试模块自己是否有问题。比如ecc 算法,乘法器什么的,最好单独做。
发表于 2013-8-7 08:27:00 | 显示全部楼层
我也遇到楼主提到的问题,请问怎么解决(encounter9.1)?
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-12-22 20:39 , Processed in 0.022868 second(s), 8 queries , Gzip On, Redis On.

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