IntermediateQuestion 77 of 222

How do you create a repeatable early-congestion estimate?

From PDVerse PnR Interview Handbook, part of the pdVerse Mentor Guide

Short Answer

The whole point of an early congestion check is to compare alternatives fairly โ€” and that's only possible if every alternative is measured with the exact same yardstick. Keep the floorplan version fixed across all comparisons โ€” if you tweak the floorplan between runs, you can no longer tell whether congestion changed because of your real variable or because of an incidental floorplan drift.

Technical Reference DiagramHow do you create a repeatable early-congestion estimate?

Technical Explanation

  • Use the same coarse placement settings, the same active scenarios, the same layer availability, and the same PG/blockage assumptions for every alternative you're comparing โ€” any one of these left uncontrolled invalidates the comparison.
  • Run global routing in the same mode every time and report using the same settings โ€” a congestion "map" generated with different global-route settings between runs is comparing apples to oranges even if it looks like the same kind of report.
  • Know the limits of what this actually tells you: floorplan-stage global routing estimates demand vs. capacity, but it cannot prove your design will actually close detail-route DRC or hit final timing โ€” it's a directional early-warning signal, not a signoff guarantee.
  • Bottom line: repeatability comes from controlling every variable except the one you're actually testing, and honesty comes from remembering this is an estimate, not a proof.

Formula Or Decision Rule

Decision rule: archive inputs and settings with the map and report.

What To Check

  • Warning sign: Two maps differ because one ignored blockages or used another floorplan checkpoint.
  • Inspect: choose one affected region, macro, row, pin, path, or net and trace the physical cause.
  • Correct: Reproduce both from the same baseline and rerun the identical route/report sequence.

Command Checks & Actions

  • route_global -floorplan true -congestion_map_only true: runs an early floorplan global-route estimate
  • report_congestion -mode summary: reports routing demand, capacity, overflow, or hot spots

Run only the commands needed for this question. Save the report with the floorplan version and analysis context.

Healthy, Suspicious & Hard-stop Results

  • Healthy: Use the same floorplan version, coarse placement, scenarios, layer availability, PG/blockage assumptions, global-route mode, and report settings for every alternative.
  • Hard stop: required legality or physical feasibility is missing or unexplained.

Common Mistake

The Trap: Do not hide the symptom with an arbitrary utilisation, halo, channel, blockage, pin move, or die-size change.

What The Interviewer Is Testing

โ€ to measurable physical evidence and an owned correction.

Follow-up Question & Model Response

"* Candidate Model Response: Model response: โ€œI would change it if the same controlled rerun shows that two maps differ because one ignored blockages or used another floorplan checkpoint. โ€

Physical Design & Planning Handbook

Dive into 14 comprehensive chapters covering netlist sanity, FinFET grids, macro placement, power grids, CTS, and timing budgeting.

Offline PDF Bundle

Want all 1109 questions offline?

Get the complete 4-book PDF bundle (PnR, STA, MMMC, Low Power) with a clickable table of contents - no ads, no internet needed.

See what's inside the bundle
PnR Flow Physical Design Mentor Guide โ€” eight chaptersPnR Flow Mentor GuideEight chapters, library setup through to stream-out.