关于post-STA 运行时间
时间：10-02
整理：3721RD
点击：
hi， 我在做post STA时碰到一个现象（反标RC（SPEF格式）进行timing分析，）：
刚开始STA 脚本里是先反标的spef文件，然后再source timing constraint， 这样跑完整个chip -level STA 需要9个多小时。
后来我把脚本改成先source 那些timing constraint， 然后反标spef文件，顺序换了一下，这样跑完整个sta仅需要3个多小时。
为什么会有这么大的差异呢? 会不会是先source timing constraint的话那些被timing exception （false paths, case value setting,etc,,）disable 的那些paths就不用反标spef了，所以运行时间减少了。但是感觉减少将近6个小时还是有些奇怪，呵呵。 请各位大牛指点一二。
刚开始STA 脚本里是先反标的spef文件，然后再source timing constraint， 这样跑完整个chip -level STA 需要9个多小时。
后来我把脚本改成先source 那些timing constraint， 然后反标spef文件，顺序换了一下，这样跑完整个sta仅需要3个多小时。
为什么会有这么大的差异呢? 会不会是先source timing constraint的话那些被timing exception （false paths, case value setting,etc,,）disable 的那些paths就不用反标spef了，所以运行时间减少了。但是感觉减少将近6个小时还是有些奇怪，呵呵。 请各位大牛指点一二。
after read_spef，PT will update_timing default, this will take a long time,
after source constraint , PT will update_timing again. So, it you read_spef before read_constraint, PT will update_timing 2 times, so it will take a longer time.