1 / 23

Memory Hierarchy: Virtual Memory

Learn how to translate virtual addresses to physical addresses using a page table and TLB, and understand events like TLB hit/miss and page table hit/miss. Explore the benefits of virtual memory in multitasking computer architectures.

pelayo
Download Presentation

Memory Hierarchy: Virtual Memory

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Lecture 4.4 Memory Hierarchy: Virtual Memory

  2. Learning Objectives • Translate virtual addresses to physical addresses with page table • Use TLB to facilitate the address translation • Identify various events • TLB hit/miss • Page table hit/miss • Page table miss -> page fault 2

  3. Coverage • Textbook: Chapter 5.7 3

  4. Virtual Memory §5.7 Virtual Memory • A memory management technique developed for multitasking computer architectures • Virtualize various forms of data storage • Allow a program to be designed as there is only one type of memory, i.e., “virtual” memory • Each program runs on its own virtual address space • Use main memory as a “cache” for secondary (disk) storage • Allow efficient and safe sharing of memory among multiple programs • Provide the ability to easily run programs larger than the size of physical memory • Simplify the process of loading a program for execution by code relocation Chapter 5 — Large and Fast: Exploiting Memory Hierarchy — 4

  5. Two Programs Sharing Physical Memory • A program’s address space is divided into pages (fixed size) • The starting location of each page (either in main memory or in secondary memory) is contained in the program’s page table Program 1 virtual address space main memory Program 2 virtual address space “cache” of hard drive

  6. Translation Physical page number Page offset 29 . . . 12 11 0 Physical Address (PA) Address Translation • A virtual address is translated to a physical address • So each memory request first requires an address translation from the virtual space to the physical space • A virtual memory miss (i.e., when the page is not in physical memory) is called a page fault Virtual Address (VA) 31 30 . . . 12 11 . . . 0 Virtual page number Page offset

  7. Page Fault Penalty • On page fault, the page must be fetched from disk • Takes millions of clock cycles • Handled by OS code • Try to minimize page fault rate • Fully associative placement • A physical page can be placed at any place in the main memory • Smart replacement algorithms Chapter 5 — Large and Fast: Exploiting Memory Hierarchy — 7

  8. Page Tables • Stores placement information • Array of page table entries, indexed by virtual page number • Page table register in CPU points to page table in physical memory • If page is present in memory • Page table entry stores the physical page number • Plus other status bits (referenced, dirty, …) • If page is not present • Page table entry can refer to location in swap space on disk • Swap space: the space on the disk reserved for the full virtual memory space of a process Chapter 5 — Large and Fast: Exploiting Memory Hierarchy — 8

  9. Address Translation Mechanisms Virtual page # Offset Physical page # Offset Physical page base addr V 1 1 1 1 1 1 0 1 0 1 0 Page table register Main memory Page Table (in main memory) Disk storage

  10. Translation Using a Page Table Chapter 5 — Large and Fast: Exploiting Memory Hierarchy — 10

  11. Replacement and Writes • To reduce page fault rate, prefer least-recently used (LRU) replacement • Reference bit (aka use bit) in PTE set to 1 on access to page • Periodically cleared to 0 by OS • A page with reference bit = 0 has not been used recently • Disk writes take millions of cycles • Replace a page at once, not individual locations • Use write-back • Write through is impractical • Dirty bit in PTE set when page is written Chapter 5 — Large and Fast: Exploiting Memory Hierarchy — 11

  12. miss VA PA Trans- lation Cache Main Memory CPU hit data Virtual Addressing with a Cache • Thus it takes an extra memory access to translate a VA to a PA • This makes memory (cache) accesses very expensive (if every access was really two accesses) • The hardware fix is to use a Translation Lookaside Buffer (TLB) – a small cache that keeps track of recently used address mappings to avoid having to do a page table lookup

  13. Fast Translation Using a TLB • Address translation would appear to require extra memory references • One to access the PTE • Then the actual memory access • Check cache first • But access to page tables has good locality • So use a fast cache of PTEs within the CPU • Called a Translation Look-aside Buffer (TLB) • Typical: 16–512 PTEs, 0.5–1 cycle for hit, 10–100 cycles for miss, 0.01%–1% miss rate • Misses could be handled by hardware or software Chapter 5 — Large and Fast: Exploiting Memory Hierarchy — 13

  14. Physical page base addr V Tag 1 1 1 0 1 TLB Making Address Translation Fast Virtual page # Physical page base addr V 1 1 1 1 1 1 0 1 0 1 0 Page table register Main memory Page Table (in physical memory) Disk storage

  15. Fast Translation Using a TLB Chapter 5 — Large and Fast: Exploiting Memory Hierarchy — 15

  16. Translation Lookaside Buffers (TLBs) • Just like any other cache, the TLB can be organized as fully associative, set associative, or direct mapped V Tag Physical Page # Dirty Ref Access • TLB access time is typically smaller than cache access time (because TLBs are much smaller than caches) • TLBs are typically not more than 512 entries even on high end machines

  17. TLB Misses • If page is in memory • Load the PTE from page table to TLB and retry • Could be handled in hardware • Can get complex for more complicated page table structures • Or handled in software • Raise a special exception, with optimized handler • If page is not in memory (page fault) • OS handles fetching the page and updating the page table • Then restart the faulting instruction Chapter 5 — Large and Fast: Exploiting Memory Hierarchy — 17

  18. TLB Miss Handler • TLB miss indicates two possibilities • Page present, but PTE not in TLB • Handler copies PTE from memory to TLB • Then restarts instruction • Page not present in main memory • Page fault will occur Chapter 5 — Large and Fast: Exploiting Memory Hierarchy — 18

  19. Page Fault Handler • Use virtual address to find PTE • Locate page on disk • Choose page to replace if necessary • If the chosen page is dirty, write to disk first • Read page into memory and update page table • Make process runnable again • Restart from faulting instruction Chapter 5 — Large and Fast: Exploiting Memory Hierarchy — 19

  20. TLB and Cache Interaction • If cache tag uses physical address • Need to translate before cache lookup • Alternative: use virtual address tag • Complications due to aliasing • Different virtual addresses for shared physical address Chapter 5 — Large and Fast: Exploiting Memory Hierarchy — 20

  21. TLB Event Combinations Yes – what we want! Yes – although the page table is not checked if the TLB hits Yes – TLB miss, PA in page table Yes – TLB miss, PA in page table, but data not in cache Yes – page fault Impossible – TLB translation not possible if page is not present in memory Impossible – data not allowed in cache if page is not in memory

  22. Memory Protection • Different tasks can share parts of their virtual address spaces • But need to protect against errant access • Requires OS assistance • Hardware support for OS protection • Privileged supervisor mode (aka kernel mode) • Privileged instructions • Page tables and other state information only accessible in supervisor mode • System call exception (e.g., syscall in MIPS) Chapter 5 — Large and Fast: Exploiting Memory Hierarchy — 22

  23. Concluding Remarks • Fast memories are small, large memories are slow • We really want fast, large memories  • Caching gives this illusion  • Principle of locality • Programs use a small part of their memory space frequently • Memory hierarchy • L1 cache  L2 cache  …  DRAM memory disk • Memory system design is critical for multiprocessors §5.16 Concluding Remarks Chapter 5 — Large and Fast: Exploiting Memory Hierarchy — 23

More Related