第144章 盘古赋能提速 － eda驱动设计革命（第3页）

项目基带信号处理核心模块设计的前端工程师小刘，正为一个极其复杂的有限状态机（FSM）逻辑的综合结果而头疼。

他使用最新版的DesignCompiler反复尝试了各种约束和优化选项，但综合出来的网表要么时序不达标，要么面积过大。

就在他一筹莫展之际，来自EAST团队的、那位前Synopsys架构师老王找到了他。

“小刘，试试用‘女娲’跑一下？”

老王微笑着建议，“我们最近针对复杂状态机逻辑的优化算法做了一次大更新。”

小刘将信将疑地将RTL代码和约束文件导入到“女娲”

的命令行界面（GUI版本仍在开发中），在老王的指导下设置好参数，点击了运行。

不到十分钟，“女娲”

就给出了结果。

小刘打开报告一看，顿时惊呆了——不仅所有时序路径都满足了要求，而且最终的门级网表面积比DC的结果缩小了近12%！

“这……这怎么做到的？！”

小刘难以置信。

老王解释道：“‘女娲’采用了一种基于‘布尔可满足性’（SAT）的优化技术，能够更智能地探索逻辑等价变换的空间，对于某些特定类型的复杂逻辑（比如状态机、算术运算），往往能找到比传统启发式算法更优的解。

这也是林总当初给我们指引的一个重要方向。”

从那天起，小刘成为了“女娲”

工具的忠实拥趸，并开始积极地向其他同事推荐。

场景二：“龙芯二号”

的布线难题

负责“龙芯二号”

视频解码引擎后端物理实现的张伟团队，遇到了一个棘手的全局布线拥塞（RoutingCongestion）问题。

由于该模块逻辑密度极高，且内部存在大量的高扇出（HighFan-out）时钟和复位信号，商业P&R工具在全局布线阶段就报告了多处严重的拥塞热点，导致后续的详细布线根本无法完成。

团队尝试了各种降低密度、调整布局、优化时钟树的方法，但效果都不理想，项目进度眼看就要因此延误。

这时，李志远亲自带着“盘古”

P&R团队的核心成员来到了项目组。

他们仔细分析了拥塞的原因，认为商业工具在拥塞预测和多层布线资源分配上可能存在不足。

“让我们用‘盘古’最新的‘拥塞感知多级网格全局布线引擎’（Congestion-AwareMulti-levelGridGlobalRoutingEngine，这是他们内部的代号）来试试！”

李志远说道。

他们将设计数据导入“盘古”

系统，启动了全局布线。

只见“盘古”

引擎在运行时，不仅考虑了线长和时序，更将各个区域的布线资源供需情况作为了核心优化目标，通过一种类似于“流体力学”

的模拟方法，智能地引导布线路径避开拥塞区域，并充分利用不同金属层的布线能力。

几个小时后，全局布线完成。

本章未完，点击下一页继续阅读