作者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/m.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