作者Ink1028 (墨)
看板Electronics
标题[请益] tool问题：primetime 分析 timing path
时间Mon Aug 23 22:50:44 2021
本人有一些需求要分析电路所有的timing path
需要timing path的数量和该数量的slack
虽然电路不是很庞大
而report_timing 和 get_timing_path 的nworst和max_paths有200万上限
但是即使用到上限 似乎也show不完 全部的path
请问各位先进有其他的指令可以符合这样的需求吗?
感谢各位
-----
Sent from JPTT on my Asus ASUS_Z01RD.
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 42.74.22.37 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Electronics/M.1629730246.A.850.html
1F：→ ViewMoon: 全秀完後下一部是? 或你想到了别人不想用的方法了?08/24 12:32
因为我有一些元件要做替换
所以想统计替换前後slack的变化
或许有其他方式也能统计
但我目前直觉想到的就是用我上面的方式
这是不是别人不想用的方式我不是很清楚…
2F：→ samm3320: 问tool的AE吧 08/24 14:51
有问过了 但AE还没回应
3F：推 ViewMoon: report_qor ? 08/24 18:21
这个似乎不是timing path相关的
4F：推 hsucheng: 一般不在意非critical吧\ 08/24 23:01
的确... 如果我替换元件 也不会希望在意非critical
但我是希望report一个变更元件後影响的rate
如果真的找不到方法我在想想怎麽report好了
5F：→ silentchaos: 应该很多都有common path 你要报全部干嘛 08/25 03:18
如上 为了统计 即使大部分都是common path也可能差一两个cell
6F：推 hsucheng: TNS的数值咧 08/25 17:11
7F：→ mmonkeyboyy: 你可以region的方式 一点一点dump出来 08/30 01:24
不太懂region的方式是什麽意思
如果是用greater&less than slack的意思的话
那一样还是会遇到上限值
因为report timing预设就是nworst = 1
而且跑一次nworst 2,000,000花的时间很久
如果切很细去跑可能要花很长时间...
※ 编辑: Ink1028 (114.39.196.183 台湾), 08/31/2021 16:24:21
8F：推 mmonkeyboyy: 因为本来就不是要让你全搞出来啊 08/31 22:13
9F：推 hsucheng: 只to一个sink就有200万条以上? 09/01 00:10
10F：→ hsucheng: 更换一个cell 只需要through过去就好 其他不影响的没差 09/01 00:12