Skip to content
DenseChip
Learn
PracticeCode labInterview

DenseChip

Navigate

Menu

LearnPracticeCode labInterview

Tools

All toolsSV editorCode repoResume
DenseChip

Practice, courses, and chip-design tools in one focused workspace.

LearnPracticeCode labInterviewToolsLearning paths

© 2026 DenseChip

AboutContactPrivacyTerms
Skip to lesson

Course contents

  • Architecture Metrics Reference
  • Workload Taxonomy for Architects
  • Architecture Glossary
  • Computer Architecture Cheatsheet
  • Pipeline Fundamentals14
    • Pipeline Throughput
    • Branch Prediction and Fetch
    • Out-of-Order Superscalar Execution
      • Superscalar Issue Width
      • In-Order Versus Out-of-Order
      • Register Renaming
      • Reorder Buffer and Commit
      • Why IPC Saturates
  • Memory Hierarchy15
  • NoC and Interconnect Architecture6
  • Coherency and Memory Ordering9
  • Performance Analysis9
  • Accelerator Architectures6
  • SoC Architecture Tradeoffs9
  • Architecture Interview Prep14
Loading lesson

‹Out-of-Order Superscalar Execution
  1. Topics
  2. Computer Architecture
  3. Pipeline Fundamentals
  4. Out-of-Order Superscalar Execution
  5. Superscalar Issue Width

Computer Architecture · All levels

Superscalar Issue Width

Issue width sets the IPC ceiling, while utilization decides how much of it survives.

On this page

    Width sets the ceiling

    An N-wide core fetches, issues and can retire up to N instructions per cycle. Peak IPC therefore equals N, and peak throughput equals N times the clock frequency.

    The ceiling is structural. No schedule exceeds it, however independent the code.

    Issue width

    Peak IPC

    Peak throughput at 3 GHz

    2-wide

    2

    6 GIPS

    4-wide

    4

    12 GIPS

    8-wide

    8

    24 GIPS

    IPCpeak​=N,Throughputpeak​=N×f

    Utilization sets the result

    Sustained IPC equals width times the fraction of slots that issue useful work. Dependencies, cache misses and mispredicts leave the remaining slots empty.

    The worked example below uses stated example parameters, not measured silicon.

    Diagram
    4-wide core, 3 GHz clock, 60 percent slot utilization (stated example)
    ideal IPC            = width = 4
    sustained IPC        = 4 x 0.60 = 2.4
    peak throughput      = 4 x 3.0 GHz = 12.0 GIPS
    sustained throughput = 2.4 x 3.0 GHz = 7.2 GIPS

    Wider is not proportionally faster

    Doubling width doubles the ceiling but rarely doubles sustained IPC. The wider machine exposes the same dependency chains to more slots that still cannot fill.

    Suppose a workload sustains 70 percent utilization on a 2-wide core and 48 percent on a 4-wide core. Then IPC is 1.4 versus 1.92, a gain of 1.37x for twice the issue hardware.

    Diagram
    stated utilizations: 2-wide 70 percent, 4-wide 48 percent
    IPC 2-wide = 2 x 0.70 = 1.40
    IPC 4-wide = 4 x 0.48 = 1.92
    speedup    = 1.92 / 1.40 = 1.37 (37 percent, not 2x)

    Common mistakes

    Common pitfall

    Quoting peak IPC as sustained performance. Always multiply width by a stated or measured utilization before claiming throughput.

    Interview

    Likely probes: peak versus sustained IPC, and why wider cores disappoint.

    • Peak IPC equals issue width; sustained IPC equals width times slot utilization.

    • Wider issue needs a larger window and more bandwidth to feed it.

    • Beyond independent instructions, extra slots sit idle.

    Check yourself A 2-wide core at 3 GHz sustains IPC 1.4. What is its throughput in GIPS?

    1.4 times 3.0 GHz is 4.2 GIPS, against a 6 GIPS peak.

    Check yourself Issue width doubles but sustained IPC rises only 1.2x. Name two consumers of the missing slots.

    Any two: stalled issue on data dependencies, drained window after a mispredict, load-miss replay pressure, or structural conflicts on too few functional units.

    Related topics

    • In-order versus out-of-order

    • Why IPC saturates

    • Roofline and tuning

    • Out-of-order core implementation

    Previous

    14 / 86

    Next: In-Order Versus Out-of-Order

    Up next

    Up nextIn-Order Versus Out-of-Order

    Sign in to save progress

    Practice this lessonReport an error

    See also

    • Register Renaming
    • Reorder Buffer and Commit
    • Why IPC Saturates