首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

P&R | 如何在实现全流程中考虑IR-Drop

随着工艺进步,芯片上的线宽越来越窄,单位电阻也越来越大,而同时设计的复杂度也越来越高,芯片尺寸非但没有减小还长得更大了,以至于绕线越来密集,这对电源完整性提出了新的挑战,维基百科上对电源完整性的定义是:Power integrity: or PI is the analysis to check whether the desired voltage and current are met from source to destination. 对应于数字实现就是IR 跟EM 的分析。对于老工艺,IR 跟EM 在设计末期去修干净即可,但到了新工艺点,如果把IR 跟EM 留到最后再看,是在玩火,因为极可能修不掉需要重头再来。所以亟需在实现早期就去考虑PI, 此处就需要了解一下C 记的IR-Aware 全家桶 —— Innovus + PVS + voltus + Tempus —— 从IR-Aware Placement 到 IR-Aware CCOPT 到reinforce_pg 到Tempus ECO IR drop fixing 到PVS TBF-PG 到Power Grid Optimization.

04

no debuggable processes_no port for remote debugger

 Always use the debug runtime during the development cycle  Use the release version during the development phase to measure the performance / CPU utilization of the application  Install an error handler via the mco_set_error_handler() API  If the execution is trapped inside the error handler, examine the application’s call stack and find the application’s function that issued the runtime call causing the assertion  Inspect mco.h file to see why the runtime asserted, e.g. an error in the transaction manager, heap corruption, a cursor is corrupted, etc. Check the appropriate application entity just before the fatal runtime call was issued and make sure that the entity –transaction handle, object handle or heap – is in fact corrupted  Go back through the stack and try to find the application code where the entity was corrupted.

02

DevSecOps:解决附加软件安全难题

随着安全团队与开发人员的对抗,DevOps社区中缺乏标准的实践正在引起越来越大的摩擦。这种内部摩擦使他们开发的软件和使用该应用程序的组织容易受到攻击和破坏。 开源安全和许可证管理公司WhiteSource在9月30日发布的一份报告中探讨了导致孤立软件开发文化的各种因素,以及实现敏捷,成熟的DevSecOps实践需要采取哪些步骤-涉及将IT安全作为一项共享功能集成所有DevOps团队。 该报告表明,软件开发团队面临越来越大的压力,他们忽视了安全功能以满足较短的开发生命周期。 鉴于有消息显示该发现尤其重要,该报告中接受调查的所有开发人员中,有一半以上表示他们没有安全的编码培训或只有年度活动。除了缺乏软件编码人员的安全培训外,还发现少于三分之一的组织拥有已定义的,商定的漏洞优先级排序过程。

00
领券