Non-Overlapping Placement of Macro Cells based on Reinforcement Learning in Chip Design

Tao Yu, Peng Gao, Fei Wang, Ru-Yue Yuan
7/26/2024
cs.ARcs.AI

No confident code implementation found for this paper.

Abstract

Due to the increasing complexity of chip design, existing placement methods still have many shortcomings in dealing with macro cells coverage and optimization efficiency. Aiming at the problems of layout overlap, inferior performance, and low optimization efficiency in existing chip design methods, this paper proposes an end-to-end placement method, SRLPlacer, based on reinforcement learning. First, the placement problem is transformed into a Markov decision process by establishing the coupling relationship graph model between macro cells to learn the strategy for optimizing layouts. Secondly, the whole placement process is optimized after integrating the standard cell layout. By assessing on the public benchmark ISPD2005, the proposed SRLPlacer can effectively solve the overlap problem between macro cells while considering routing congestion and shortening the total wire length to ensure routability. Codes are available at https://github.com/zhouyusd/SRLPlacer.

View on arXivView PDF

Code Implementations

No confident code match yet

We couldn't find an author-owned or strongly-evidenced community implementation for this paper. Any repos shown below are weak matches — verify before relying on them.

No code implementations found yet.

Know of an implementation? Let us know in the comments below!

Similar Papers

Cite this paper

@article{yu2024nonoverlapping,
  title  = {Non-Overlapping Placement of Macro Cells based on Reinforcement Learning in Chip Design},
  author = {Tao Yu and Peng Gao and Fei Wang and Ru-Yue Yuan},
  year   = {2024},
  eprint = {2407.18499},
  archivePrefix = {arXiv},
  url    = {http://arxiv.org/abs/2407.18499v3}
}

Add a badge to your README

Shows whether official code is linked for this paper.

Code of Paper badge
[![Code of Paper](https://codeofpaper.com/badge/2407.18499.svg)](https://codeofpaper.com/paper/2407.18499)

Discussion