Virtual Memory 1 Computer Organization II ©2005-2015 McQuain Virtual Memory Use main memory as a “cache” for secondary (disk) storage – Managed jointly.

Slides:



Advertisements
Similar presentations
Virtual Memory 1 Computer Organization II © McQuain Virtual Memory Use main memory as a cache for secondary (disk) storage – Managed jointly.
Advertisements

Morgan Kaufmann Publishers Large and Fast: Exploiting Memory Hierarchy
1 Lecture 13: Cache and Virtual Memroy Review Cache optimization approaches, cache miss classification, Adapted from UCB CS252 S01.
EECS 470 Virtual Memory Lecture 15. Why Use Virtual Memory? Decouples size of physical memory from programmer visible virtual memory Provides a convenient.
Computer Organization CS224 Fall 2012 Lesson 44. Virtual Memory  Use main memory as a “cache” for secondary (disk) storage l Managed jointly by CPU hardware.
Lecture 34: Chapter 5 Today’s topic –Virtual Memories 1.
CSIE30300 Computer Architecture Unit 10: Virtual Memory Hsin-Chou Chi [Adapted from material by and
1 A Real Problem  What if you wanted to run a program that needs more memory than you have?
Memory/Storage Architecture Lab Computer Architecture Virtual Memory.
The Memory Hierarchy (Lectures #24) ECE 445 – Computer Organization The slides included herein were taken from the materials accompanying Computer Organization.
CSCE 212 Chapter 7 Memory Hierarchy Instructor: Jason D. Bakos.
Translation Buffers (TLB’s)
©UCB CS 162 Ch 7: Virtual Memory LECTURE 13 Instructor: L.N. Bhuyan
1  1998 Morgan Kaufmann Publishers Chapter Seven Large and Fast: Exploiting Memory Hierarchy (Part II)
©UCB CS 161 Ch 7: Memory Hierarchy LECTURE 24 Instructor: L.N. Bhuyan
Morgan Kaufmann Publishers Large and Fast: Exploiting Memory Hierarchy
Lecture 33: Chapter 5 Today’s topic –Cache Replacement Algorithms –Multi-level Caches –Virtual Memories 1.
Lecture 19: Virtual Memory
Lecture 15: Virtual Memory EEN 312: Processors: Hardware, Software, and Interfacing Department of Electrical and Computer Engineering Spring 2014, Dr.
CS 224 Spring 2011 Chapter 5B Computer Organization CS224 Chapter 5B: Exploiting the Memory Hierarchy, Part 2 Spring 2011 With thanks to M.J. Irwin, D.
July 30, 2001Systems Architecture II1 Systems Architecture II (CS ) Lecture 8: Exploiting Memory Hierarchy: Virtual Memory * Jeremy R. Johnson Monday.
1 Virtual Memory. 2 Outline Pentium/Linux Memory System Core i7 Suggested reading: 9.6, 9.7.
Lecture Topics: 11/17 Page tables TLBs Virtual memory flat page tables
Virtual Memory Expanding Memory Multiple Concurrent Processes.
Caltech CS184b Winter DeHon 1 CS184b: Computer Architecture [Single Threaded Architecture: abstractions, quantification, and optimizations] Day14:
Morgan Kaufmann Publishers
1 Virtual Memory Main memory can act as a cache for the secondary storage (disk) Advantages: –illusion of having more physical memory –program relocation.
Virtual Memory Lecture for CPSC 5155 Edward Bosworth, Ph.D. Computer Science Department Columbus State University.
1 Some Real Problem  What if a program needs more memory than the machine has? —even if individual programs fit in memory, how can we run multiple programs?
CS2100 Computer Organisation Cache II (AY2010/2011) Semester 2.
University of Amsterdam Computer Systems – virtual memory Arnoud Visser 1 Computer Systems Virtual Memory.
Review °Apply Principle of Locality Recursively °Manage memory to disk? Treat as cache Included protection as bonus, now critical Use Page Table of mappings.
Computer Organization CS224 Fall 2012 Lessons 45 & 46.
Multilevel Caches Microprocessors are getting faster and including a small high speed cache on the same chip.
Virtual Memory.  Next in memory hierarchy  Motivations:  to remove programming burdens of a small, limited amount of main memory  to allow efficient.
CS2100 Computer Organisation Virtual Memory – Own reading only (AY2015/6) Semester 1.
Carnegie Mellon 1 Bryant and O’Hallaron, Computer Systems: A Programmer’s Perspective, Third Edition Virtual Memory: Concepts Slides adapted from Bryant.
Virtual Memory Ch. 8 & 9 Silberschatz Operating Systems Book.
Virtual Memory Review Goal: give illusion of a large memory Allow many processes to share single memory Strategy Break physical memory up into blocks (pages)
LECTURE 12 Virtual Memory. VIRTUAL MEMORY Just as a cache can provide fast, easy access to recently-used code and data, main memory acts as a “cache”
CS203 – Advanced Computer Architecture Virtual Memory.
1 Virtual Memory. 2 Outline Case analysis –Pentium/Linux Memory System –Core i7 Suggested reading: 9.7.
CS161 – Design and Architecture of Computer
ECE232: Hardware Organization and Design
Memory COMPUTER ARCHITECTURE
Virtual Memory Lecture notes from MKP and S. Yalamanchili.
CS161 – Design and Architecture of Computer
CS352H: Computer Systems Architecture
Lecture 12 Virtual Memory.
Section 9: Virtual Memory (VM)
Virtual Memory Use main memory as a “cache” for secondary (disk) storage Managed jointly by CPU hardware and the operating system (OS) Programs share main.
Morgan Kaufmann Publishers
Morgan Kaufmann Publishers
Morgan Kaufmann Publishers Large and Fast: Exploiting Memory Hierarchy
CSE 153 Design of Operating Systems Winter 2018
COSC121: Computer Systems. Managing Memory
Chapter 4 Large and Fast: Exploiting Memory Hierarchy Part 2 Virtual Memory 박능수.
ECE 445 – Computer Organization
Morgan Kaufmann Publishers Memory Hierarchy: Virtual Memory
Translation Buffers (TLB’s)
CSE 451: Operating Systems Autumn 2003 Lecture 10 Paging & TLBs
Translation Buffers (TLB’s)
CSC3050 – Computer Architecture
Computer Architecture
CSE 153 Design of Operating Systems Winter 2019
Virtual Memory Lecture notes from MKP and S. Yalamanchili.
Translation Buffers (TLBs)
Virtual Memory Use main memory as a “cache” for secondary (disk) storage Managed jointly by CPU hardware and the operating system (OS) Programs share main.
Virtual Memory.
Review What are the advantages/disadvantages of pages versus segments?
Presentation transcript:

Virtual Memory 1 Computer Organization II © McQuain Virtual Memory Use main memory as a “cache” for secondary (disk) storage – Managed jointly by CPU hardware and the operating system (OS) Programs share main memory – Each gets a private virtual address space holding its frequently used code and data – Protected from other programs CPU and OS translate virtual addresses to physical addresses – VM “block” is called a page – VM translation “miss” is called a page fault

Virtual Memory 2 Computer Organization II © McQuain Paging to/from Disk Disk addresses include: – Executable.text, initialized data – Swap space (typically lazily allocated) – Memory-mapped (mmap’d) files (see example) Idea: hold only those data in physical memory that are actually accessed by a process Maintain map for each process { virtual addresses }  { physical addresses }  { disk addresses } OS manages mapping, decides which virtual addresses map to physical (if allocated) and which to disk Demand paging: bring data in from disk lazily, on first access – Unbeknownst to application

Virtual Memory 3 Computer Organization II © McQuain Process Virtual Memory Image kernel virtual memory Memory mapped region for shared libraries run-time heap (via malloc ) program text (. text ) initialized data (. data ) uninitialized data (. bss ) stack 0 %esp Not paged, or swap file OS maintains structure of each process’s address space – which addresses are valid, what do they refer to, even those that aren’t in main memory currently Backed by swap file swap file (*) executable code: shared.so file data: swap file (*)

Virtual Memory 4 Computer Organization II © McQuain Address Translation Fixed-size pages (e.g., 4KB) Swap file

Virtual Memory 5 Computer Organization II © McQuain 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 – Smart replacement algorithms How bad is that? Assume a 3 GHz clock rate. Then 1 million clock cycles would take 1/3000 seconds or 1/3 ms. Subjectively, a single page fault would not be noticed… but page faults can add up. We must try to minimize the number of page faults.

Virtual Memory 6 Computer Organization II © McQuain 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 – PTE stores the physical page number – Plus other status bits (referenced, dirty, …) If page is not present – PTE can refer to location in swap space on disk

Virtual Memory 7 Computer Organization II © McQuain Translation Using a Page Table

Virtual Memory 8 Computer Organization II © McQuain Mapping Pages to Storage

Virtual Memory 9 Computer Organization II © McQuain Replacement and Writes To reduce page fault rate, prefer least-recently used (LRU) replacement (or approximation) – 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 – Block at once, not individual locations – Write through is impractical – Use write-back – Dirty bit in PTE set when page is written

Virtual Memory 10 Computer Organization II © McQuain Fast Translation Using a TLB Address translation would appear to require extra memory references – One to access the PTE – Then the actual memory access Can't afford to keep them all at the processor level. 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

Virtual Memory 11 Computer Organization II © McQuain Fast Translation Using a TLB

Virtual Memory 12 Computer Organization II © McQuain TLB Misses If page is in memory – Load the PTE from memory and retry – Could be handled in hardware n Can get complex for more complicated page table structures – Or in software n 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

Virtual Memory 13 Computer Organization II © McQuain TLB Miss Handler TLB miss indicates whether – Page present, but PTE not in TLB – Page not present Must recognize TLB miss before destination register overwritten – Raise exception Handler copies PTE from memory to TLB – Then restarts instruction – If page not present, page fault will occur

Virtual Memory 14 Computer Organization II © McQuain Page Fault Handler Use faulting virtual address to find PTE Choose page to replace – If dirty, write to disk first Locate page on disk Read page into memory and update page table Make process runnable again – Restart from faulting instruction

Virtual Memory 15 Computer Organization II © McQuain 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 n Different virtual addresses for shared physical address

Virtual Memory 16 Computer Organization II © McQuain 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)

Virtual Memory 17 Computer Organization II © McQuain Multilevel On-Chip Caches Per core: 32KB L1 I-cache, 32KB L1 D-cache, 512KB L2 cache Intel Nehalem 4-core processor

Virtual Memory 18 Computer Organization II © McQuain 2-Level TLB Organization Intel NehalemAMD Opteron X4 Virtual addr48 bits Physical addr44 bits48 bits Page size4KB, 2/4MB L1 TLB (per core) L1 I-TLB: 128 entries for small pages, 7 per thread (2×) for large pages L1 D-TLB: 64 entries for small pages, 32 for large pages Both 4-way, LRU replacement L1 I-TLB: 48 entries L1 D-TLB: 48 entries Both fully associative, LRU replacement L2 TLB (per core) Single L2 TLB: 512 entries 4-way, LRU replacement L2 I-TLB: 512 entries L2 D-TLB: 512 entries Both 4-way, round-robin LRU TLB missesHandled in hardware

Virtual Memory 19 Computer Organization II © McQuain Nehalem Overview