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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
楼主: lbbsky

[求助] GBA PBA

[复制链接]
发表于 2021-6-25 13:57:18 | 显示全部楼层


xingyun666666 发表于 2021-6-24 23:46
但是,我有一个疑问,因为之前有人说Inn优化timing的引擎是基于GBA去优化timing的,不是PBA,因为PBA的ru ...


对的,Innovus timing engine是基于GBA计算优化timing的。只有到了最后signoff时,可以用report_timing -retime path_slew_propagation使能PBA报告timing。
image.png
image.png
发表于 2021-6-25 14:10:01 | 显示全部楼层


xingyun666666 发表于 2021-6-24 23:46
但是,我有一个疑问,因为之前有人说Inn优化timing的引擎是基于GBA去优化timing的,不是PBA,因为PBA的run ...


Innovus 在signoff之前的timing optimization都是基于GBA 算法的。到了signoff,如果实在有需要,Innovus支持改成PBA做最后的timing optimization,需要设置一下。
setSignoffOptMode -retime path_slew_propagation
signoffOptDesign -setup|drv|hold

我自己的设计哪怕是高速设计都是用GBA signoff的。多一点裕量没什么不好。

发表于 2021-6-25 14:35:41 | 显示全部楼层


jake 发表于 2021-6-25 14:10
Innovus 在signoff之前的timing optimization都是基于GBA 算法的。到了signoff,如果实在有需要,Innovus ...


理解,我们现在的flow就是inn中完全是GBA,好像Inn中一般都不去执行signoffOptDesign -setup|drv|hold,这个是在postroute后的一步?效果怎么样?你们的flow一般会执行这个吗?感觉现在好像都用这个用的很少,之前的flow也没有用到这个命令
发表于 2021-6-25 15:27:54 | 显示全部楼层


xingyun666666 发表于 2021-6-25 13:46
但是,我有一个疑问,因为之前有人说Inn优化timing的引擎是基于GBA去优化timing的,不是PBA,因为PBA的run ...


我觉得不管是ICC2还是Invs,PR过程都是按GBA来fix timing的,Invs不太清楚,但ICC2是可以指定WNS/TNS driven的。PR工具本就为了能快速得到大致timing结果,不用太过精细,毕竟signoff需要用时序分析工具,只要别相差太多就可以。不然invs/icc2也不会一直优化算法减少run time了,时间就是金钱PT默认也是GBA,PBA的run time时间太长,但是pt -pba_mode path的时间和gba时间差不多,fix timing好用
发表于 2021-6-25 20:10:02 | 显示全部楼层


xingyun666666 发表于 2021-6-25 00:35
理解,我们现在的flow就是inn中完全是GBA,好像Inn中一般都不去执行signoffOptDesign -setup|drv|hold, ...


我的flow不跑signoffOptDesign,Innovus完全在GBA模式下收敛。
Tempus里GBA模式和PBA模式下都报timing,以防万一。
顺便说一下,我的flow里postroute和signoff是不同的。signoff会调用Quantus重新extractRC,生成最精确的RC,这样报的timing是工具能做到的最准的。

发表于 2023-5-11 17:57:28 | 显示全部楼层


jake 发表于 2021-6-25 20:10
我的flow不跑signoffOptDesign,Innovus完全在GBA模式下收敛。
Tempus里GBA模式和PBA模式下都报timing, ...


我们都是一开始采用GBA分析,在inn修的差不多了,到pt里面转为PBA分析,最后通过PBA_mode  ex收敛,pba更真实,为什么不用pba收敛,为了有更多余量,降低风险?
发表于 2024-1-4 17:25:02 | 显示全部楼层


Roysunal 发表于 2023-5-11 17:57
我们都是一开始采用GBA分析,在inn修的差不多了,到pt里面转为PBA分析,最后通过PBA_mode  ex收敛,pba更 ...


项目大的时候,全用pba runtime无法接受的
发表于 2024-1-9 22:30:47 | 显示全部楼层
考虑一个多输入cell,输出端的transition,GBA取最差的那一个往下传,PBA会考虑具体信号是从哪一路来的,如果path里有很多这种cell,那就要考虑非常多的可能才能知道到底哪条是最差的path,pt的ug这些文档里都有讲。GBA/PBA和ocv不是一回事,一般来说40以上signoff用GBA+OCV, 28用GBA/PBA+AOCV,16及以下用PBA+POCV/LVF
发表于 2024-1-9 22:32:46 | 显示全部楼层


xingyun666666 发表于 2021-6-25 13:46
但是,我有一个疑问,因为之前有人说Inn优化timing的引擎是基于GBA去优化timing的,不是PBA,因为PBA的run ...


PR工具是用GBA还是PBA,应该有option可以控制,显然PBA的timing update runtime会长很多,要不要开取决于你的设计类型和具体实践
发表于 2024-4-7 14:09:07 | 显示全部楼层


jake 发表于 2021-6-25 13:57
对的,Innovus timing engine是基于GBA计算优化timing的。只有到了最后signoff时,可以用report_timing - ...


jack,report_timing 打开pba的方法是否错了,应该是report_timing -retiming_mode pba , 不是report_timing -retime path_slew_propagating。我看-retime path_slew_propagating  tempus 解释,感觉还是gba。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-5-1 04:53 , Processed in 0.030311 second(s), 7 queries , Gzip On, Redis On.

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