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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 3830|回复: 11

[求助] 数字后端GOH的概念

[复制链接]
发表于 2013-2-20 15:49:57 | 显示全部楼层 |阅读模式

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

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

x
PR作业中要求尽量减小GOH的ratio,要求少于10%
请问GOH指的是什么?
 楼主| 发表于 2013-6-4 16:02:16 | 显示全部楼层

数字后端GOH的概念(已解决)

本帖最后由 xjg@hmes 于 2013-6-4 16:03 编辑

确认结果:GOH指PR前后gate的增长率。具体英文缩写不知。
发表于 2013-6-4 16:27:02 | 显示全部楼层
回复 2# xjg@hmes


    gate over head?
 楼主| 发表于 2013-6-4 16:36:46 | 显示全部楼层
发表于 2013-6-6 10:55:20 | 显示全部楼层
咋控制增长率?
发表于 2013-6-6 12:12:30 | 显示全部楼层
加大wire的model的长度。
说不定还会GOH负值出来。
 楼主| 发表于 2013-6-6 12:46:32 | 显示全部楼层
本帖最后由 xjg@hmes 于 2013-6-6 12:55 编辑

日本客户的变态要求。我也是第一次遇到。
最终的话,schedule很紧,这一条要求忽略了,不影响tapeout。
方法的话大家可以讨论一下,我这边也有些对策,但达到精确控制到10%以内,有点难度,
影响因素太多了。
发表于 2013-6-6 13:01:28 | 显示全部楼层
回复 8# xjg@hmes


   是啊,感觉不好做啊,有什么对策分享一下,或者大概说说设计的一些指标供参考啊
 楼主| 发表于 2013-6-6 13:15:36 | 显示全部楼层
要求就一句话,很简洁:要求尽量减小GOH的ratio,要求少于10%
工作中我主要是从以下几个方面考虑,宗旨就一条:控制影响utilization的因素。
FP/Place/CTS/OPT/Route的每一步都要care utilizaiton,并分析和理性;
控制LVth/HVth cell的使用;
合理的dont use cell设定;
合理的DRV制约;
合理的timing制约;
bound/group的控制等等
其实我说的很模糊,这些只是切入点,唯有多次不断的test方能得到合理的控制。
我觉得这条变态的要求使得后端设计f又多了很多需要tradeoff的地方,因为很多时候
即使上述几条设定不合理也能解决问题完成tapeout。
发表于 2013-6-7 11:30:45 | 显示全部楼层
回复 10# xjg@hmes


   timing要求不严还好,呵呵
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-4-19 14:25 , Processed in 0.029503 second(s), 8 queries , Gzip On, Redis On.

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