0Pricing
Assembly Language & x86 Low-Level Systems Programming · Lesson

Paging and Memory Management Unit (MMU)

Understand how the x86 MMU translates virtual addresses to physical addresses using page tables and directories.

Paging and Memory Management Unit (MMU) is a free Assembly Language & x86 Low-Level Systems Programming lesson on CoddyKit — lesson 1 of 4. You can read the complete lesson below for free — then practise it hands-on in the browser with a built-in code editor and a 24/7 AI tutor. It is part of the Assembly Language & x86 Low-Level Systems Programming learning path, one of 4 lessons in the course, and your progress syncs across the web and the CoddyKit app.

What is Paging?

Welcome! Today we'll explore Paging, a crucial memory management technique in x86 systems. It's how your computer handles memory safely and efficiently.

Paging allows programs to think they have a huge, continuous block of memory, even if the physical RAM is fragmented or smaller than what the program needs.

Virtual vs. Physical Address

When a program runs, it uses virtual addresses. These are logical addresses that the program 'sees' and uses to refer to data and instructions.

However, the CPU and actual RAM hardware use physical addresses. Paging is the system that translates virtual addresses into physical addresses.

The MMU's Role

The translation from virtual to physical addresses is handled by a special hardware component inside the CPU called the Memory Management Unit (MMU).

The MMU acts like a super-fast translator, ensuring that every memory access from a program goes to the correct physical location in RAM, or signals an error if it's an invalid access.

Pages and Page Frames

For paging to work, memory is divided into fixed-size blocks:

  • Pages: These are the blocks of virtual memory that a program sees.
  • Page Frames: These are the blocks of physical memory (RAM).

On x86 systems, a common page size is 4 Kilobytes (4KB). The MMU translates virtual pages to physical page frames.

Introducing Page Tables

How does the MMU know which virtual page maps to which physical page frame? It uses data structures called page tables.

A page table is essentially an array where each entry maps a virtual page number to its corresponding physical page frame address. Each running process has its own set of page tables.

Multi-Level Paging: Page Directories

For very large virtual address spaces (like 32-bit or 64-bit systems), a single page table would be enormous. To manage this, x86 uses a multi-level paging hierarchy.

The first level is the Page Directory. It doesn't point directly to page frames, but to other Page Tables. These secondary tables then point to the actual physical page frames.

The Address Translation Process

Let's simplify the 32-bit address translation process:

  1. The CPU generates a virtual address.
  2. The MMU uses the upper bits of this address to find an entry in the Page Directory.
  3. That entry points to a specific Page Table.
  4. The MMU uses middle bits of the virtual address to find an entry in that Page Table.
  5. This entry contains the physical address of the Page Frame.
  6. The lower bits of the original virtual address (the offset) are added to the page frame address to get the final physical address.

CR3: The Paging Root

How does the MMU know where the Page Directory is for the current process?

The CPU has a special control register called CR3. This register holds the physical address of the current Page Directory Base Register (PDBR). It tells the MMU exactly where to start looking for the page directory.

PTE Flags and Permissions

Each entry in a Page Table (a PTE - Page Table Entry) contains more than just the physical address. It also has various flags:

  • Present: Is the page currently in physical memory?
  • Read/Write: Can the page be written to?
  • User/Supervisor: Can user-mode programs access this page?
  • Accessed: Has the page been accessed recently?
  • Dirty: Has the page been written to since it was loaded?

These flags are vital for memory protection and virtualization.

Benefits of Paging

Paging is fundamental to modern operating systems due to its many benefits:

  • Memory Protection: Isolates processes, preventing them from corrupting each other's memory.
  • Virtual Memory: Allows programs to use more memory than physically available by swapping pages to disk.
  • Memory Sharing: Multiple processes can share the same physical pages (e.g., for shared libraries or inter-process communication).
  • Relocation: Programs can be loaded anywhere in physical memory; the MMU handles the mapping.

Paging Knowledge Check

Which of the following best describes the primary function of the Memory Management Unit (MMU) in an x86 system?

Paging & MMU Recap

Great job! You've learned about the critical role of Paging and the MMU.

  • Programs use virtual addresses, while hardware uses physical addresses.
  • The MMU translates these addresses using Page Directories and Page Tables.
  • Memory is divided into pages (virtual) and page frames (physical).
  • The CR3 register points to the current Page Directory.
  • PTE flags control permissions and page status.

This system provides essential memory protection, virtual memory, and flexible memory management for all modern operating systems.

Frequently asked questions

Is the “Paging and Memory Management Unit (MMU)” lesson free?

Yes — the full text of “Paging and Memory Management Unit (MMU)” is free to read here on the web, and the Assembly Language & x86 Low-Level Systems Programming course includes 4 lessons in total. To practise it interactively (a built-in code editor and a 24/7 AI tutor) and unlock the rest of the Assembly Language & x86 Low-Level Systems Programming course, upgrade to CoddyKit PRO.

What will I learn in “Paging and Memory Management Unit (MMU)”?

Understand how the x86 MMU translates virtual addresses to physical addresses using page tables and directories. You practise Assembly Language & x86 Low-Level Systems Programming with hands-on code you run directly in the browser, and a 24/7 AI tutor answers your questions as you work through the lesson.

Do I need any experience to start Assembly Language & x86 Low-Level Systems Programming?

No prior experience is required. Assembly Language & x86 Low-Level Systems Programming on CoddyKit is structured for beginners through advanced learners; this is — lesson 1 of 4, so you can start here or from the beginning and move at your own pace.

How long does the “Paging and Memory Management Unit (MMU)” lesson take?

Most CoddyKit lessons take about 5–10 minutes. Each one is bite-sized and interactive, so you make steady progress and pick up exactly where you left off across the web and the app.

Can I write and run code in this Assembly Language & x86 Low-Level Systems Programming lesson?

Yes. Every Assembly Language & x86 Low-Level Systems Programming lesson includes a built-in code editor, so you write and run real code right in your browser and get instant AI feedback — no local setup required.

All lessons in this course

  1. Paging and Memory Management Unit (MMU)
  2. Protection Rings and Privileges
  3. Hypervisors and Virtualization Basics
  4. Segmentation and the Global Descriptor Table (GDT)
← Back to Assembly Language & x86 Low-Level Systems Programming