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
  • Memory Hierarchy15
  • NoC and Interconnect Architecture6
  • Coherency and Memory Ordering9
    • Cache Coherence for the Architect
    • Memory Ordering Models
      • Models: SC, TSO, ARMv8, RVWMO
      • Where Reordering Comes From
      • Fences, Acquire/Release and Dependencies
      • Litmus Tests and Lock-Free Sync
  • Performance Analysis9
  • Accelerator Architectures6
  • SoC Architecture Tradeoffs9
  • Architecture Interview Prep14
Loading lesson

‹Coherency and Memory Ordering
  1. Topics
  2. Computer Architecture
  3. Coherency and Memory Ordering
  4. Memory Ordering Models

Computer Architecture · All levels

Memory Ordering Models

What each memory model guarantees, where reordering comes from, and how fences fix it.

  • 4topics
  • 4lessons

Memory ordering decides when one core observes another core's loads and stores. Coherence keeps values aligned per location, while ordering controls the visible sequence across locations.

Litmus pattern

Question it answers

Store buffering (SB)

Can two cores each miss the other's store?

Message passing (MP)

Can a flag arrive before the data it guards?

Load buffering (LB)

Can two cores each read the other's later store early?

Causality (WRC) and independent reads (IRIW)

Do all cores agree on one global store order?

Lesson

What it covers

Models: SC, TSO, ARMv8, RVWMO

Guarantee tables for each model, and why coherence is not consistency.

Where reordering comes from

Store buffers, forwarding, queues and speculation, with a runnable buffer model.

Fences, acquire/release and dependencies

Fence taxonomy, publication placement and a worked fence cost.

Litmus tests and lock-free sync

Reading litmus, proving outcomes by enumeration, and fencing real primitives.

Check yourself Coherence holds, yet a flag protocol fails rarely. Which distinction explains it, and what fixes it?

Ordering, not coherence. The reader can see the flag before the data (the MP weak outcome). A release store with an acquire load, or a full fence on each side, restores the intended order.

Interview

Explain the topic in one breath: coherence aligns values per location, models bound cross-location visibility, buffers and speculation open the gaps, fences close them, and litmus proves each claim.

PreviousNext: Models: SC, TSO, ARMv8, RVWMO

Up next

Up nextModels: SC, TSO, ARMv8, RVWMO

Sign in to save progress

Practice this lessonReport an error

See also

  • Cache Coherence for the Architect