《面向PPA的混合尺寸布局算法》赛题讨论&答疑

欢迎大家参加EDA²侠客岛难题挑战·2025的《面向PPA的混合尺寸布局算法》赛题。
大家有任何题目问题、技术问题，都可以在此交流讨论，各领域专家会及时答疑。

如果无法播放，请点击此处在新窗口打开

您还可添加“面向PPA的混合尺寸布局算法群”赛题专属微信群，一起沟通交流。

4. 拷贝我们编写的二进制程序和官方提供的测试casecase到镜像中

gitee的readme中提到的二进制程序在哪里呢

chenjunqi 发表于 2025-2-13 18:04
gitee的readme中提到的二进制程序在哪里呢

这块是参赛者自己设计完成的，最后编译成可执行的二进制文件

竞赛规则竞赛流程中

各参赛队伍需要基于赛题提供的在线样例和代码库，通过自己的知识、技能、实践和创意来实现一个新的混合尺度布局算法。

为尽量排除环境干扰，在作品评测阶段，会连续运行三次，取平均成绩。

基于赛题提供的在线样例和代码库。那么请问是否有代码库提供？还是说自己基于开源代码设计即可，流程图和接口样例也只是看看。

chenjunqi 发表于 2025-2-19 10:56
竞赛规则竞赛流程中

基于赛题提供的在线样例和代码库。那么请问是否有代码库提供？还是说自己基于开源代码 ...

代码库是参考已有的DREAMPLACE,OPENROAD开源框架的样例代码，参赛者可以在此基础上进行设计开发。接口样例是其中一种参考使用方式，其他方式也是可以的。

云水谣 发表于 2025-2-19 18:08
代码库是参考已有的DREAMPLACE,OPENROAD开源框架的样例代码，参赛者可以在此基础上进行设计开发。接口样 ...

okok明白了，谢谢您

您好，请问一下赛题是需要我们根据case文件从头开始布局一个芯片，还是根据一个已经有了初始布局的芯片做优化

伊浩田 发表于 2025-3-20 11:18
您好，请问一下赛题是需要我们根据case文件从头开始布局一个芯片，还是根据一个已经有了初始布局的芯片做优 ...

你好，根据case文件从头开始布局芯片。

假如没有那天 发表于 2025-3-20 14:06
你好，根据case文件从头开始布局芯片。

好的，谢谢您

您好请问一下，在布局过程是否允许cell旋转和翻转呢

伊浩田 发表于 2025-4-6 11:12
您好请问一下，在布局过程是否允许cell旋转和翻转呢

你好，cell的朝向是允许旋转和翻转的。

xusiyuan1991 发表于 2025-4-7 09:09
你好，cell的朝向是允许旋转和翻转的。

好的，谢谢您

您好，请问输出的def文件是需要从空白文档开始写，还是说有一个基本内容的def文件我们所需要做的只是需要完善COMPONENTS部分中cell的位置信息呢

伊浩田 发表于 2025-4-7 22:11
您好，请问输出的def文件是需要从空白文档开始写，还是说有一个基本内容的def文件我们所需要做的只是需要完 ...

你好,输出的def文件需要将每个元件(包括cell和macro)布局位置写入到原def文件中COMPONENTS中的内容,其他部分保持不变

tuzhaojie 发表于 2025-4-8 09:31
你好,输出的def文件需要将每个元件(包括cell和macro)布局位置写入到原def文件中COMPONENTS中的内容,其他 ...

好的明白了，谢谢您

输出的布局def是否可以进行resize？在评估的时候能否选择跳过openroad的resized和dp的步骤？

SJ橙 发表于 2025-4-17 10:52
输出的布局def是否可以进行resize？在评估的时候能否选择跳过openroad的resized和dp的步骤？ ...

你好,输出的def文件中不可以进行resize,只更改元件的布局位置. 在评估的时候不跳过resized和dp过程,以保持每种方法的评估一致性.

tuzhaojie 发表于 2025-4-17 13:01
你好,输出的def文件中不可以进行resize,只更改元件的布局位置. 在评估的时候不跳过resized和dp过程,以保 ...

好的，谢谢您的回复

布局的设置如布局密度对于最终指标的影响是很大的，请问有对布局的指标配置有要求吗

SJ橙 发表于 2025-4-17 15:17
布局的设置如布局密度对于最终指标的影响是很大的，请问有对布局的指标配置有要求吗 ...

布局设置不做要求，只需要保证布局可以合法化，且具备良好的布线难度可控性(在 OpenROAD 工具中布线时间保持在赛题设定的评测时间内)

您好请问一下，最总的布局结果中standard cell必须放在row上吗，布局结果是否允许重叠呢

伊浩田 发表于 2025-4-20 11:55
您好请问一下，最总的布局结果中standard cell必须放在row上吗，布局结果是否允许重叠呢 ...

合法化流程在后续评估中自带，参赛者提交的结果允许存在一定程度的行外放置与元件重叠，但也支持提交已完成合法化的结果

tuzhaojie 发表于 2025-4-21 09:56
合法化流程在后续评估中自带，参赛者提交的结果允许存在一定程度的行外放置与元件重叠，但也支持提交已完 ...

明白了，谢谢您

您好请问一下，def文件中的COMPONENTS部分的与Verilog文件中的逻辑单元存在差异，主要是BUF器件，Verilog文件中要多出def文件中一定数量的BUF器件，所以想问一下布局的时候是以def文件为准还是Verilog文件为准

伊浩田 发表于 2025-5-9 20:10
您好请问一下，def文件中的COMPONENTS部分的与Verilog文件中的逻辑单元存在差异，主要是BUF器件，Verilog文 ...

你好，请以def文件中的定义为主。

tuzhaojie 发表于 2025-5-10 14:11
你好，请以def文件中的定义为主。

明白了，谢谢您

评测时是否只使用Nangate的工艺？能否提供Layer的RC值？

SJ橙 发表于 2025-5-28 14:58
评测时是否只使用Nangate的工艺？能否提供Layer的RC值？

你好，评测只使用Nangate工艺
Layer RC如下：
| Layer     | 电阻（kΩ/μm）  | 电容（fF/μm）   |
| ------ | ---------- | ----------- |
| metal1 | 5.4286e-03 | 7.41819e-02 |
| metal2 | 3.5714e-03 | 6.74606e-02 |
| metal3 | 3.5714e-03 | 8.88758e-02 |
| metal4 | 1.5000e-03 | 1.07121e-01 |
| metal5 | 1.5000e-03 | 1.08964e-01 |
| metal6 | 1.5000e-03 | 1.02044e-01 |
| metal7 | 1.8750e-04 | 1.10436e-01 |
| metal8 | 1.8750e-04 | 9.69714e-02 |

tuzhaojie 发表于 2025-5-28 16:36
你好，评测只使用Nangate工艺
Layer RC如下：
| Layer     | 电阻（kΩ/μm）  | 电容（fF/μm）   |

好的，谢谢！

我想要在您们给的docker环境中编译源代码，但EulerOS给的yum源似乎无法完成包的下载，可以怎么解决呢？

SJ橙 发表于 2025-5-29 16:52
我想要在您们给的docker环境中编译源代码，但EulerOS给的yum源似乎无法完成包的下载，可以怎么解决呢？ ...

1、启动镜像时使用-u root选项以root用户登录
2、执行命令 mv /etc/yum.repos.d/base.repo /etc/yum.repos.d/base.repo.bak,也可以直接删掉
3、按照https://mirrors.huaweicloud.com/mirrorDetail/5ebe3408c8ac54047fe607f0?mirrorName=openeuler&catalog=os中的操作执行，注意版本选择 22.03-LTS/x86_64
（创建好 /etc/yum.repos.d/openEuler.repo假如右键无法粘贴，可能需要在进入insert状态后 按住shift + 右键粘贴）
然后就可以正常yum 安装需要的组件了

你好，我想了解一下。在测评时，ChipBench和OpenROAD的版本是否不会更改？还有测评例子最终也不会更换？

SJ橙 发表于 2025-6-11 10:10
你好，我想了解一下。在测评时，ChipBench和OpenROAD的版本是否不会更改？还有测评例子最终也不会更换？ ...

你好，都不会改变，和提供的docker保持完全一致，评测例子为3个不公开例子，公开例子主要是用于测试布局算法有效性。

你好，我想反馈当前限制8小时测评时间存在不合理的情况。
在docker环境下测评布局结果，我对cts步骤的repair_timing命令存在疑问。该命令通过-repair_tns (0-100)参数指定要修复的违例路径终点。

1. repair_timing与本题的布局算法无关，其功能实现不应限制8小时导致与分数挂钩。我尝试在docker使用公开例子测评所实现的布局算法结果，ariane133需要修复3349个路径终点，耗时12mins; bp需要修复2465个路径终点，耗时7mins；bp_fe需要修复2702个路径终点，耗时8h54mins（仅这一步骤就已超过测评时间）。其原因是OpenROAD修复不同测试用例、不同时序路径的耗时不一致。另外还与OpenROAD的版本相关，2024年11月的版本v2.0-17198-g8396d0866在repair_timing上已存在判断修复机制，在达到相近的timing修复的效果下，bp_fe仅需几分钟就可完成该步骤。

2. repair_timing的路径修复百分比是否需要统一。我发现不同例子在执行repair_timing步骤时，所需修复的路径终点百分比并不相同。例如ariane136需要修复10%，be_fe需要修复10%，dft48需要修复5%，其余修复100%。修复百分比不同，自然测评时间也有差异。

综上所述，我希望测评时间不应与分数挂钩，以保证参赛人员对比的是布局算法PPA的初衷。

SJ橙 发表于 2025-6-11 16:20
你好，我想反馈当前限制8小时测评时间存在不合理的情况。
在docker环境下测评布局结果，我对cts步骤的repai ...

你好，非常感谢你的问题反馈，这个问题需要我们这边核实和讨论一下，再给出相应的回复。

好的，这是我检查repair_timing步骤的命令，以供参考。

修改/ppa/ChiPBench/OpenROAD-flow-scripts/flow/scripts/cts.tcl，在repair_timing {*}$additional_args语句前，

puts "repair_timing $additional_args"
set_debug_level RSZ "repair_setup" 1

你好，反馈一下关于所提供的ppa-public-case.zip的公开例子问题。

1. swerv_wrapper的1_synth.v是错误的。

2. 在docker里面，不知道是否测评的baseline就是/ppa/ChiPBench/benchmarking_result/openroad/metrics.json内容。若是，bp_fe例子的数据对不上，Area字段与所提供的公开例子的量级都不一样。

SJ橙 发表于 2025-6-12 10:29
好的，这是我检查repair_timing步骤的命令，以供参考。

修改/ppa/ChiPBench/OpenROAD-flow-scripts/flow/s ...

我们赛题的初衷是鼓励参赛者设计一个 PPA 友好的布局方案。如果布局质量较高，后续流程（如 cts 和 route）的执行效率也会更高，这正是我们希望通过布局算法本身来提升整体设计质量的原因。
关于repair_timing 的问题，OpenROAD 在不同 case 以及不同版本之间确实存在性能差异。不过根据 baseline 方法的实际运行情况，当前版本的评测流程在所有 case 上都能够 在设定的 8 小时评测时间内完成完整的后端流程。所以我们认为目前的评测时间是合理的，不鼓励通过显著延长后端流程来弥补前期布局阶段的不足。
评测时间不会与最终得分直接挂钩，只要在 8 小时内完成评测流程，即视为有效提交，评分基于 PPA 指标。
至于 repair_timing 的修复比例设置问题，确实由于部分 case（你提到的这些case）在修复阶段耗时较长，我们对这些 case 进行了修复比例的限制。其他 case 默认采用 100% 修复，是在评测时间范围内能够完成的。

官方仓库的内容更新：  
bp_fe经过测试在其他的布局算法上确实会导致repair_timing耗时过长，我们下调了其修复比例以确保流程时间可控，并相应更新了 baseline。  
此外，swerv_wrapper的网表文件也已进行了更新。（更新内容只涉及公开case，不涉及赛题case）
相关更新将由官方维护人员统一更新至代码仓库中（正在进行处理）。

SJ橙 发表于 2025-6-12 12:16
你好，反馈一下关于所提供的ppa-public-case.zip的公开例子问题。

1. swerv_wrapper的1_synth.v是错误的。 ...

官方仓库已更新

tuzhaojie 发表于 2025-6-13 14:17
我们赛题的初衷是鼓励参赛者设计一个 PPA 友好的布局方案。如果布局质量较高，后续流程（如 cts 和 route ...

好的，感谢您的回复和对此做出的修改。

赞同“赛题的初衷是鼓励参赛者设计一个 PPA 友好的布局方案。如果布局质量较高，后续流程（如 cts 和 route）的执行效率也会更高”，布局质量确实与后续流程息息相关。但令人担忧的是具体的OpenROAD的算法是否会存在一些隐藏的"Bug"。举例来说，布局时同样优化TNS到-10，分布在4条关键路径，a情况{-8，-0.5，-0.5，-0.5}, b情况{-2.5，-2.5，-2.5，-2.5}，仅TNS来说布局质量一致。然而，修复的效率取决于具体的评测算法，不能保证a情况和b情况，哪个可能会使repair_timing陷入多次循环。同理，Baseline的方法能正常运行并不能代表所有方法都能正常运行。
因此“不过根据 baseline 方法的实际运行情况，当前版本的评测流程在所有 case 上都能够在设定的 8 小时评测时间内完成完整的后端流程。所以我们认为目前的评测时间是合理的”，这个结论并不一定具有说服力，尤其是在隐藏测试用例中。

由于是使用第三方软件的流程进行评测，参赛者可能对此并不可控，隐藏测试用例更是无法测试的。我建议可以保留8小时的限制时间，但一旦出现无法在8小时正常完成流程时，出题方能有反馈（最简单的是告诉参赛者此次提交出现了超8小时评测的情况）帮助参赛者去定位和修改布局算法。当前仅有分数反馈，无法定位在隐藏例子中是布局算法出现了问题，还是评测流程出了问题。

SJ橙 发表于 2025-6-13 16:08
好的，感谢您的回复和对此做出的修改。

赞同“赛题的初衷是鼓励参赛者设计一个 PPA 友好的布局方案。如 ...

你好，感谢你提出的意见和反馈。参赛选手这边只能查看分数，后台的日志文件等过程文件选手无法查看，可以微信私聊相关工作人员查看作品是否评测超时。

tuzhaojie 发表于 2025-6-13 16:59
你好，感谢你提出的意见和反馈。参赛选手这边只能查看分数，后台的日志文件等过程文件选手无法查看，可 ...

嗯嗯好的，感谢您的回复

您好，我现在遇到公开测试例子全部能跑通，但上传后不确定是否某个隐藏例子跑不通的问题，工作人员表示不能提供相关信息。现在不知道优化的方向，若存在一个隐藏用例未跑通，则对算法的优化帮助也不大。我经过多天对可能的异常退出的处理，仍然未能够提升，原因可能是公开测试用例的场景覆盖不到隐藏用例？ 想请问您这边是不是可以提供一些帮助。

您好，请问服务器测试有安装python吗？可以安装用于强化学习训练的环境吗？

Hubro 发表于 2025-6-27 20:20
您好，请问服务器测试有安装python吗？可以安装用于强化学习训练的环境吗？ ...

你好，服务器自带python3.9环境

SJ橙 发表于 2025-6-27 15:29
您好，我现在遇到公开测试例子全部能跑通，但上传后不确定是否某个隐藏例子跑不通的问题，工作人员表示不能 ...

你好，本身打榜平台的机制如此，尽可能提升就可以，我们也不能提供什么优化的方向。

tuzhaojie 发表于 2025-6-28 06:46
你好，服务器自带python3.9环境

请问服务器有conda环境吗，官方可以协助安装dreamplace运行所需要的环境吗？赛题官方要求的文件大小要小于1.5G对于我们需要python环境的并不友好，我们将dreamplace以及训练环境打包下来已经约4G了，我们无法满足提交要求。

Hubro 发表于 2025-6-28 10:58
请问服务器有conda环境吗，官方可以协助安装dreamplace运行所需要的环境吗？赛题官方要求的文件大小要小 ...

你好，服务器本身不包含 Conda 环境，且根据赛事规定，官方无法协助选手安装依赖环境。建议自行对环境进行必要的裁剪与压缩，以满足提交文件大小不超过 1.5G 的要求。感谢理解与配合。

tuzhaojie 发表于 2025-6-29 17:30
你好，服务器本身不包含 Conda 环境，且根据赛事规定，官方无法协助选手安装依赖环境。建议自行对环境进 ...

您好，请问是否可以将文件大小的要求提高到5G？我们的光一个torch包就已经将近1G了。我们的环境再怎么裁剪和压缩，1.5G这个限制都难以满足。

Hubro 发表于 2025-7-4 11:22
您好，请问是否可以将文件大小的要求提高到5G？我们的光一个torch包就已经将近1G了。我们的环境再怎么裁 ...

您好，跟组委会和出题企业确认，为保证打榜公平性，请采用平台提供的统一环境。