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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 7718|回复: 7

[求助] 求助,compile_ultra命令的问题

[复制链接]
发表于 2012-4-17 11:04:08 | 显示全部楼层 |阅读模式

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

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

x
求助,我在dc的时候做了一个对比试验
compile_ultra -gate_clock -area_high_effort_script和compile_ultra -gate_clock
这两个指令得到的dc面积报告一样,说明面积没有被优化;
后来又尝试,compile_ultra -area_high_effor_script指令,得到的面积比上面两个指令的面积都要大的多,

求原因?
 楼主| 发表于 2012-4-17 17:53:55 | 显示全部楼层
up.asking for help
 楼主| 发表于 2012-4-19 09:09:45 | 显示全部楼层
求助ing
发表于 2012-4-25 17:40:56 | 显示全部楼层
比较奇怪, -gated——clock是插入icg, 肯定会增大面积的啊
-area是减小面积的选项
 楼主| 发表于 2012-4-25 17:46:11 | 显示全部楼层
回复 4# icfbicfb


   我在某次尝试的时候发现,terminal中在执行这个命令的时候报了info,大概意思是说,compile_ultra已经有对面积的优化功能了,意思是可以不要这个area的argument的意思吧
发表于 2013-7-22 20:57:30 | 显示全部楼层
加了门控,但寄存器会选择不带en的,所以面积会更小
发表于 2013-7-23 13:59:20 | 显示全部楼层




    插入icg但是还会减少寄存器D端前的MUX,面积变化要看库了。至于那个命令,个人感觉-timing比-area更有作用,-timing与以前compile -map_effort high作用类似,以前compile的命令没有单独的-area的说法。纯属猜测,有synopsys内部人士知道的么
发表于 2014-2-27 15:01:17 | 显示全部楼层
门控加了ICG,是控制时钟而不是数据,当有位宽比较宽的寄存器组时,控制时钟使用的资源肯定比控制数据使用的资源小,寄存器位宽越宽,组数越多越明显
您需要登录后才可以回帖 登录 | 注册

本版积分规则

×

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

GMT+8, 2024-11-5 12:39 , Processed in 0.018933 second(s), 6 queries , Gzip On, Redis On.

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