4、拥塞的量化指标：绕线密度、热点图、拥塞报告解读

聊到拥塞，很多工程师第一反应就是「绕线绕不开」。但说实话，拥塞到底有多严重？ 光靠肉眼盯着版图看，那是新手干的事。我们得用数据说话。

我个人习惯，拿到一个设计，先不看时序，先看拥塞报告。为什么？因为拥塞是时序的「根因」之一。绕线密度高了，走线绕来绕去，RC 延迟直接爆炸，时序怎么可能收敛？

这一节，我就把三个最核心的量化指标掰开揉碎讲清楚：绕线密度、热点图、拥塞报告。你想想看，这三个东西其实是一个递进关系——从宏观到微观，从统计到具体。

4.1 绕线密度：宏观的「拥挤指数」

绕线密度，说白了就是某个区域内，实际用掉的绕线资源占总资源的比例。单位通常是百分比。

我一般这么看：

• 低于 60%：很健康，基本不用担心拥塞。
• 60% ~ 75%：有点挤了，需要留意。我建议这时候就开始看热点图了。
• 75% ~ 85%：红色警报。绕线工具已经开始「硬挤」了，延迟会明显变差。
• 高于 85%：基本没救。要么改 floorplan，要么加绕线层。

我记得有一次，一个客户的设计全局密度才 55%，但时序就是收不拢。我一看报告，有个区域的局部密度飙到了 88%。嗯，问题就在那。

4.2 热点图：把「看不见的拥堵」可视化

热点图（Congestion Hotspot Map）是 EDA 工具给我们的「X 光片」。它能告诉你：哪里在打架，哪里在空转。

工具一般会生成两种热点图：

• 全局热点图：看整个芯片的拥塞分布。颜色从蓝到红，蓝色是通畅，红色是堵死。
• 局部热点图：放大到某个具体模块或区域，看细节。

我个人习惯，拿到热点图先做三件事：

1. 找红色区域：红色就是「重灾区」。看看它周围是什么模块？是不是 RAM 或 datapath 堆在一起了？
2. 看颜色渐变：如果红色旁边突然变成蓝色，说明边界处有「拥塞悬崖」。这种地方最容易出 setup 违例。
3. 对比不同金属层：有时候 M2 堵死了，但 M4 很空。那就需要调整绕线层分配。

下面这张图是我自己总结的拥塞分析流程，你可以参考一下：

4.3 拥塞报告：工具告诉你的「事故现场」

热点图是「看图说话」，拥塞报告就是「白纸黑字」的证据。工具会给出详细的统计数据，我一般重点看这几个字段：

报告字段	含义	我的经验阈值
Total Overflow	总溢出量，即超出可用绕线资源的数量	超过 0.5% 就要警惕
Max Overflow	单个 G-cell 的最大溢出量	超过 2 就说明局部很挤
Congestion Map	每个 G-cell 的拥塞程度分布	红色区域占比 < 5%
Pin Density	pin 的密度，影响 access 能力	超过 70% 容易出问题

解读拥塞报告时，我一般按这个顺序来：

1. 先看全局：Total Overflow 是多少？如果为 0，恭喜你，基本没有拥塞问题。
2. 再看局部：Max Overflow 出现在哪里？对应的坐标是什么？
3. 结合热点图：去版图里定位那个坐标，看看周围是什么 cell 类型。
4. 看层分布：拥塞主要集中在哪几层？是低层（M1-M3）还是高层（M4-M6）？

举个例子，我前段时间处理过一个 7nm 的设计。拥塞报告显示 M2 层的 Overflow 特别高，但 M4 层几乎没用。我一看就明白了——工具默认优先用低层绕线，但低层已经被 std cell 的 pin 占满了。解决方案很简单：提高 M4 层的绕线权重，让工具多用高层资源。

4.4 三个指标怎么配合使用？

你想想看，这三个指标其实是一个「漏斗」：

• 绕线密度：告诉你「有没有问题」
• 热点图：告诉你「问题在哪」
• 拥塞报告：告诉你「问题有多严重」

我个人习惯的流程是：

1. 跑完绕线，先看绕线密度报告。如果全局密度 < 60%，基本放心。
2. 如果密度 > 60%，打开热点图，找红色区域。
3. 定位到红色区域后，看拥塞报告的具体数值，判断是否需要干预。

说白了，这三个指标就是你的「三驾马车」。用好它们，拥塞问题基本逃不过你的眼睛。

嗯，这一节就讲到这里。量化指标是基础，下一节我们会聊怎么用这些指标去指导实际的优化动作。