Prune component ports without erasing boundaries - #1972
Conversation
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
Benchmark This PRRun benchmarks by commenting on this PR: Comment Everything after Use Any PR whose title contains |
srj24 FailedBenchmark workflow ended with cancelled before completion. This can happen during setup, dependency installation, or benchmark execution. Previous main runNo previous main run is available for Workflow: View run |
srj24 ResultsPrevious main runNo previous main run is available for Dataset: srj24
PR run details
Workflow: View run |
|
This PR has been automatically marked as stale because it has had no recent activity. It will be closed if no further activity occurs. |
|
This PR was closed because it has been inactive for 1 day since being marked as stale. |
Problem
Pipeline 7 keeps every cramped component-local port-point. This preserves reachability, but it makes dense components expand into an unnecessarily large detailed-routing graph.
Simply pruning those points is not sufficient: if every point on a boundary is removed, that real adjacency disappears from the hypergraph and routes can fail static reachability.
Fix
This does not create ports or regions. It keeps one real, expensive port only to preserve the topology edge; the region planner then treats that edge as a one-lane cut and moves flexible nets to other real paths.
Snapshot
This is the unchanged fixture from #1971. Five unused cramped points are reduced to one real connectivity point, while the shared boundary remains present.
Validation
A focused srj24 sample 4 run completed all 841 port-point routes with 0 unresolved routes and advanced to uniform port distribution. The full Pipeline 7 benchmark will be run below through GitHub Actions.
Benchmark
GitHub Actions run 31178560219