PPA at System Level

On-call / interview prompt

Top-level power rose 12% after integrating two accelerator updates. How do you separate real architecture drift from integration artifacts in the first day?

ARCHITECTURE ANALYSIS CHAIN

1. METRIC     — IPC, CPI, MPKI, bandwidth, latency, queue depth, stall cycles
2. HYPOTHESIS — microarch or system cause ordered by likelihood
3. EXPERIMENT — trace, PMU counter, simulation, or RTL probe
4. CHANGE      — pipeline, cache, NoC, or memory hierarchy adjustment
5. VALIDATION  — workload replay, regression suite, PPA impact

Topic overview

System-level PPA planning is a contract: architecture intent must map to block budgets, mode/corner targets, and measurable closure criteria.

Mechanism to narrate

• Section: SoC Architecture Tradeoffs

• Primary artifact: System-level PPA budget ledger

• Downstream dependency: Floorplan utilization, power-grid design, STA closure, and verification convergence.

Staff/principal ownership model

Own PPA at System Level as a product architecture decision, not a page of notes. A senior architect names the metric, the mechanism, the cross-team dependency, and the smallest evidence-producing experiment.

STAFF ARCHITECTURE REVIEW MEMO — SoC Architecture Tradeoffs / PPA at System Level

1. Current state
   - Failing / watched metric: System-level PPA budget ledger
   - Workload / benchmark / trace: <fill before review>
   - Model tag, RTL tag, simulator version, PMU setup: <fill before review>
   - Scope: core, cache level, NoC path, coherency domain, accelerator, or SoC budget

2. Root-cause hypothesis
   - Most likely mechanism: <name pipeline/cache/NoC/coherency/perf mechanism>
   - Competing hypothesis: <name the second plausible cause>
   - Evidence still missing: <counter, trace, waveform, model sweep, or workload slice>

3. Proposed action
   - Minimal reversible change: <microarchitecture, policy, sizing, traffic, or software contract change>
   - Expected improvement: <metric delta>
   - Regression risk: Weak budget governance causes late-stage PPA churn and cross-team blame loops.

4. Regression and signoff
   - Re-run: System-level PPA budget ledger
   - Must not regress: Floorplan utilization, power-grid design, STA closure, and verification convergence.
   - Decision owner: architecture owner

Sub-lessons in this topic

1. mechanism — Mechanism

2. inputs-outputs — Inputs & Outputs

3. reports — Reports & Metrics

4. debug-playbook — Debug Playbook

5. worked-example — Worked Example

6. pitfalls — Pitfalls & Red Flags

7. interview — Interview Drills

8. checklist — Review Checklist

9. theory-deep-dive — Theory Deep Dive

10. design-space — Design Space Exploration

11. case-study-expanded — Extended Case Study

12. step-by-step-walkthrough — Step-by-Step Walkthrough

13. comparison-matrix — Comparison Matrix

14. software-programmer-view — Software / Programmer View

15. silicon-ppa-impact — Silicon & PPA Impact

Related topics

• SoC Architecture Tradeoffs hub

Key takeaways

• Master PPA at System Level through workload metrics, not feature lists.

Architecture deep dive

Chip architecture signoff is a negotiated PPA contract across teams.

Concept diagram

PPA NEGOTIATION MAP

Architecture target
   │
   ├─ Performance: IPC, latency, bandwidth, QoS
   ├─ Power: dynamic, leakage, thermal envelope
   ├─ Area: SRAM, logic, NoC links, floorplan
   ├─ Verification: state space, tests, formal complexity
   └─ PD: timing, placement, macro distance, routing channels

A staff architect makes the trade visible before it becomes a crisis.

Metric graph

PPA OPTION CHART

Option          Perf      Power     Area      Risk
A wider core    +++       ---       --        high
B better cache  ++        -         --        med
C SW locality   +         +         0         med
D NoC QoS       +         -         -         low

Pick based on product objective, not elegance.

Metrics and artifacts

• PPA dashboard

• floorplan distance budget

• NoC BW matrix

• verification closure status

Mini case study

CPU–memory macro distance violated latency budget — architecture accepted lower CPU frequency rather than respin floorplan one week before tapeout.

Debug branches

• If PD pushes back, bring numeric latency/power models not opinions.

• If signoff yellow, document owner, mitigation, and decision date.

Senior review question

Ask: what single metric would prove this concept is working or failing on your workload?

Key takeaways

• Connect every architecture claim to a workload and measurable metric.

• State verification and PPA impact before proposing design changes.

Common pitfalls

• Feature-driven design without MPKI/IPC/bandwidth evidence.

• Ignoring coherency and NoC traffic in cache and accelerator sizing.