Virtual Memory 2. Hakim Weatherspoon CS 3410, Spring 2012 Computer Science Cornell University. P & H Chapter 5.4

Similar documents
Virtual Memory 3. Hakim Weatherspoon CS 3410, Spring 2012 Computer Science Cornell University. P & H Chapter 5.4

Virtual Memory. CS 3410 Computer System Organization & Programming

Virtual Memory 1! Hakim Weatherspoon CS 3410, Spring 2011 Computer Science Cornell University. P & H Chapter 5.4 (up to TLBs)

Virtual Memory. CS 3410 Computer System Organization & Programming. [K. Bala, A. Bracy, E. Sirer, and H. Weatherspoon]

Virtual Memory. P & H Chapter 5.4 (up to TLBs) Hakim Weatherspoon CS 3410, Spring 2013 Computer Science Cornell University

P & H Chapter 5.7 (up to TLBs) Prof. Hakim Weatherspoon CS 3410, Spring 2015 Computer Science Cornell University

Virtual Memory. Samira Khan Apr 27, 2017

Caches (Writing) P & H Chapter 5.2 3, 5.5. Hakim Weatherspoon CS 3410, Spring 2013 Computer Science Cornell University

18-447: Computer Architecture Lecture 18: Virtual Memory III. Yoongu Kim Carnegie Mellon University Spring 2013, 3/1

Virtual Memory. Patterson & Hennessey Chapter 5 ELEC 5200/6200 1

Prelim 3 Review. Hakim Weatherspoon CS 3410, Spring 2013 Computer Science Cornell University

1. Creates the illusion of an address space much larger than the physical memory

CS24: INTRODUCTION TO COMPUTING SYSTEMS. Spring 2015 Lecture 23

Caches (Writing) P & H Chapter 5.2 3, 5.5. Hakim Weatherspoon CS 3410, Spring 2013 Computer Science Cornell University

Virtual Memory. Daniel Sanchez Computer Science & Artificial Intelligence Lab M.I.T. April 12, 2018 L16-1

Virtual Memory. CS61, Lecture 15. Prof. Stephen Chong October 20, 2011

Virtual Memory Review. Page faults. Paging system summary (so far)

Traps, Exceptions, System Calls, & Privileged Mode

Prelim 3 Review. Hakim Weatherspoon CS 3410, Spring 2012 Computer Science Cornell University

Lecture 21: Virtual Memory. Spring 2018 Jason Tang

CS24: INTRODUCTION TO COMPUTING SYSTEMS. Spring 2018 Lecture 23

Agenda. CS 61C: Great Ideas in Computer Architecture. Virtual Memory II. Goals of Virtual Memory. Memory Hierarchy Requirements

Computer Systems. Virtual Memory. Han, Hwansoo

Caches! Hakim Weatherspoon CS 3410, Spring 2011 Computer Science Cornell University. See P&H 5.2 (writes), 5.3, 5.5

Computer Science 146. Computer Architecture

CSE 351. Virtual Memory

Operating Systems. Operating Systems Sina Meraji U of T

Virtual Memory II CSE 351 Spring

Virtual Memory. Daniel Sanchez Computer Science & Artificial Intelligence Lab M.I.T. November 15, MIT Fall 2018 L20-1

Virtual Memory: From Address Translation to Demand Paging

Computer Architecture Lecture 13: Virtual Memory II

Caches (Writing) Hakim Weatherspoon CS 3410, Spring 2012 Computer Science Cornell University. P & H Chapter 5.2 3, 5.5

Computer Systems Architecture I. CSE 560M Lecture 18 Guest Lecturer: Shakir James

Carnegie Mellon. Bryant and O Hallaron, Computer Systems: A Programmer s Perspective, Third Edition

CS 152 Computer Architecture and Engineering. Lecture 11 - Virtual Memory and Caches

ECE 571 Advanced Microprocessor-Based Design Lecture 12

Memory Management. Disclaimer: some slides are adopted from book authors slides with permission 1

Prof. Hakim Weatherspoon CS 3410, Spring 2015 Computer Science Cornell University. See P&H Chapter: , 5.8, 5.10, 5.15; Also, 5.13 & 5.

VIRTUAL MEMORY II. Jo, Heeseung

A Few Problems with Physical Addressing. Virtual Memory Process Abstraction, Part 2: Private Address Space

CSE 120. Translation Lookaside Buffer (TLB) Implemented in Hardware. July 18, Day 5 Memory. Instructor: Neil Rhodes. Software TLB Management

Topics: Memory Management (SGG, Chapter 08) 8.1, 8.2, 8.3, 8.5, 8.6 CS 3733 Operating Systems

Virtual Memory. Motivation:

CS 61C: Great Ideas in Computer Architecture. Virtual Memory

Virtual Memory. CS 351: Systems Programming Michael Saelee

EN1640: Design of Computing Systems Topic 06: Memory System

Memory Hierarchy Requirements. Three Advantages of Virtual Memory

Caches. Hakim Weatherspoon CS 3410, Spring 2012 Computer Science Cornell University. See P&H 5.1, 5.2 (except writes)

Lecture 19: Virtual Memory: Concepts

Lecture #15: Translation, protection, sharing

CSE 451: Operating Systems Winter Page Table Management, TLBs and Other Pragmatics. Gary Kimura

John Wawrzynek & Nick Weaver

Processes and Virtual Memory Concepts

Virtual Memory, Address Translation

Memory Hierarchy. Goal: Fast, unlimited storage at a reasonable cost per bit.

CS 537 Lecture 6 Fast Translation - TLBs

Memory Management. Disclaimer: some slides are adopted from book authors slides with permission 1

CS162 Operating Systems and Systems Programming Lecture 14. Caching (Finished), Demand Paging

CS162 Operating Systems and Systems Programming Lecture 11 Page Allocation and Replacement"

Virtual Memory, Address Translation

EN1640: Design of Computing Systems Topic 06: Memory System


CS24: INTRODUCTION TO COMPUTING SYSTEMS. Spring 2018 Lecture 24

Page 1. Review: Address Segmentation " Review: Address Segmentation " Review: Address Segmentation "

ECE 571 Advanced Microprocessor-Based Design Lecture 13

Page 1. CS162 Operating Systems and Systems Programming Lecture 14. Caching and Demand Paging

Virtual Memory. Physical Addressing. Problem 2: Capacity. Problem 1: Memory Management 11/20/15

CS162 Operating Systems and Systems Programming Lecture 14. Caching and Demand Paging

Sarah L. Harris and David Money Harris. Digital Design and Computer Architecture: ARM Edition Chapter 8 <1>

Memory Hierarchy. Mehran Rezaei

Another View of the Memory Hierarchy. Lecture #25 Virtual Memory I Memory Hierarchy Requirements. Memory Hierarchy Requirements

Virtual Memory. Motivations for VM Address translation Accelerating translation with TLBs

Caches. Han Wang CS 3410, Spring 2012 Computer Science Cornell University. See P&H 5.1, 5.2 (except writes)

CS 153 Design of Operating Systems Winter 2016

Virtualizing Memory: Paging. Announcements

Administrivia. Lab 1 due Friday 12pm. We give will give short extensions to groups that run into trouble. But us:

ECE232: Hardware Organization and Design

198:231 Intro to Computer Organization. 198:231 Introduction to Computer Organization Lecture 14

Virtual Memory II. CSE 351 Autumn Instructor: Justin Hsia

Chapter 5. Large and Fast: Exploiting Memory Hierarchy

Virtual Memory: Concepts

Memory Management. Disclaimer: some slides are adopted from book authors slides with permission 1

Address Translation. Jinkyu Jeong Computer Systems Laboratory Sungkyunkwan University

Multi-level Translation. CS 537 Lecture 9 Paging. Example two-level page table. Multi-level Translation Analysis

Operating Systems. 09. Memory Management Part 1. Paul Krzyzanowski. Rutgers University. Spring 2015

ECE 341. Lecture # 18

1. Memory technology & Hierarchy

Virtual Memory. Reading. Sections 5.4, 5.5, 5.6, 5.8, 5.10 (2) Lecture notes from MKP and S. Yalamanchili

Virtual Memory. Kevin Webb Swarthmore College March 8, 2018

Digital Logic & Computer Design CS Professor Dan Moldovan Spring Copyright 2007 Elsevier 8-<1>

Virtual Memory. Stefanos Kaxiras. Credits: Some material and/or diagrams adapted from Hennessy & Patterson, Hill, online sources.

and data combined) is equal to 7% of the number of instructions. Miss Rate with Second- Level Cache, Direct- Mapped Speed

Main Memory: Address Translation

Virtual Memory I. CSE 351 Spring Instructor: Ruth Anderson

ELEC 5200/6200 Computer Architecture and Design Spring 2017 Lecture 7: Memory Organization Part II

Memory. Hakim Weatherspoon CS 3410, Spring 2013 Computer Science Cornell University

CS 31: Intro to Systems Virtual Memory. Kevin Webb Swarthmore College November 15, 2018

Virtual Memory. Virtual Memory

Virtual to physical address translation

CS61C : Machine Structures

Transcription:

Virtual Memory 2 Hakim Weatherspoon CS 3410, Spring 2012 Computer Science Cornell University P & H Chapter 5.4

Administrivia Project3 available now Design Doc due next week, Monday, April 16 th Schedule a Design Doc review Mtg now for next week Whole project due Monday, April 23 rd Competition/Games night Friday, April 27 th, 5-7pm HW5 is due today Tuesday, April 10th Download updated version. Use updated version. Online Survey due today. Lab3 was due yesterday Monday, April 9 th Prelim3 is in two and a half weeks, Thursday, April 26 th Time and Location: 7:30pm in Olin Hall room 155 Old prelims are online in CMS 2

Virtual Memory Address Translation Goals for Today Pages, page tables, and memory mgmt unit Paging Role of Operating System Context switches, working set, shared memory Performance How slow is it Making virtual memory fast Translation lookaside buffer (TLB) Virtual Memory Meets Caching 3

Role of the Operating System Context switches, working set, shared memory 4

sbrk Suppose Firefox needs a new page of memory (1) Invoke the Operating System void *sbrk(int nbytes); (2) OS finds a free page of physical memory clear the page (fill with zeros) add a new entry to Firefox s PageTable 5

Context Switch Suppose Firefox is idle, but Skype wants to run (1) Firefox invokes the Operating System int sleep(int nseconds); (2) OS saves Firefox s registers, load skype s (more on this later) (3) OS changes the CPU s Page Table Base Register Cop0:ContextRegister / CR3:PDBR (4) OS returns to Skype 6

Shared Memory Suppose Firefox and Skype want to share data (1) OS finds a free page of physical memory clear the page (fill with zeros) add a new entry to Firefox s PageTable add a new entry to Skype s PageTable can be same or different vaddr can be same or different page permissions 7

Multiplexing Suppose Skype needs a new page of memory, but Firefox is hogging it all (1) Invoke the Operating System void *sbrk(int nbytes); (2) OS can t find a free page of physical memory Pick a page from Firefox instead (or other process) (3) If page table entry has dirty bit set Copy the page contents to disk (4) Mark Firefox s page table entry as on disk Firefox will fault if it tries to access the page (5) Give the newly freed physical page to Skype clear the page (fill with zeros) add a new entry to Skyps s PageTable 8

# recent accesses Paging Assumption 1 OS multiplexes physical memory among processes assumption # 1: processes use only a few pages at a time working set = set of process s recently actively pages 0x00000000 0x90000000 9

P1 Reasons for Thrashing working set swapped mem disk Q: What if working set is too large? Case 1: Single process using too many pages working set swapped mem Case 2: Too many processes ws ws ws ws ws ws mem disk disk 10

Thrashing Thrashing b/c working set of process (or processes) greater than physical memory available Firefox steals page from Skype Skype steals page from Firefox I/O (disk activity) at 100% utilization But no useful work is getting done Ideal: Size of disk, speed of memory (or cache) Non-ideal: Speed of disk 11

working set Paging Assumption 2 OS multiplexes physical memory among processes assumption # 2: recent accesses predict future accesses working set usually changes slowly over time time 12

More Thrashing Q: What if working set changes rapidly or unpredictably? working set time A: Thrashing b/c recent accesses don t predict future accesses 13

Preventing Thrashing How to prevent thrashing? User: Don t run too many apps Process: efficient and predictable mem usage OS: Don t over-commit memory, memory-aware scheduling policies, etc. 14

Performance 15

Virtual Memory Summary Performance PageTable for each process: 4MB contiguous in physical memory, or multi-level, every load/store translated to physical addresses page table miss = page fault load the swapped-out page and retry instruction, or kill program if the page really doesn t exist, or tell the program it made a mistake 16

Page Table Review x86 Example: 2 level page tables, assume 32 bit vaddr, 32 bit paddr 4k PDir, 4k PTables, 4k Pages Q:How many bits for a page number? A: 20 Q: What is stored in each PageTableEntry? A: ppn, valid/dirty/r/w/x/ Q: What is stored in each PageDirEntry? A: ppn, valid/?/ Q: How many entries in a PageDirectory? A: 1024 four-byte PDEs Q: How many entires in each PageTable? A: 1024 four-byte PTEs PTBR PDE PDE PDE PDE PTE PTE PTE PTE 17

Page Table Example x86 Example: 2 level page tables, assume 32 bit vaddr, 32 bit paddr 4k PDir, 4k PTables, 4k Pages PTBR PTBR = 0x10005000 (physical) Write to virtual address 0x7192a44c Q: Byte offset in page? PT Index? PD Index? (1) PageDir is at 0x10005000, so Fetch PDE from physical address 0x1005000+4*PDI suppose we get {0x12345, v=1, } (2) PageTable is at 0x12345000, so Fetch PTE from physical address 0x12345000+4*PTI suppose we get {0x14817, v=1, d=0, r=1, w=1, x=0, } (3) Page is at 0x14817000, so Write data to physical address 0x1481744c Also: update PTE with d=1 PDE PDE PDE PDE PTE PTE PTE PTE 18

Virtual Memory Summary Performance PageTable for each process: 4MB contiguous in physical memory, or multi-level, every load/store translated to physical addresses page table miss: load a swapped-out page and retry instruction, or kill program Performance? terrible: memory is already slow translation makes it slower Solution? A cache, of course 19

Making Virtual Memory Fast The Translation Lookaside Buffer (TLB) 20

Translation Lookaside Buffer (TLB) Hardware Translation Lookaside Buffer (TLB) A small, very fast cache of recent address mappings TLB hit: avoids PageTable lookup TLB miss: do PageTable lookup, cache result for later 21

TLB Diagram V R W X D tag ppn V 0 invalid 0 invalid 0 invalid 1 0 invalid 1 1 0 invalid V R W X D 0 invalid 1 0 0 invalid 0 invalid 1 0 0 0 1 1 0 invalid 22

CPU A TLB in the Memory Hierarchy TLB Lookup Cache Mem Disk (1) Check TLB for vaddr (~ 1 cycle) (2) TLB Miss: traverse PageTables for vaddr (3a) PageTable has valid entry for in-memory page Load PageTable entry into TLB; try again (tens of cycles) (3b) PageTable has entry for swapped-out (on-disk) page Page Fault: load from disk, fix PageTable, try again (millions of cycles) (3c) PageTable has invalid entry Page Fault: kill process PageTable Lookup (2) TLB Hit compute paddr, send to cache 23

TLB Coherency TLB Coherency: What can go wrong? A: PageTable or PageDir contents change swapping/paging activity, new shared pages, A: Page Table Base Register changes context switch between processes 24

Translation Lookaside Buffers (TLBs) When PTE changes, PDE changes, PTBR changes. Full Transparency: TLB coherency in hardware Flush TLB whenever PTBR register changes [easy why?] Invalidate entries whenever PTE or PDE changes [hard why?] TLB coherency in software If TLB has a no-write policy OS invalidates entry after OS modifies page tables OS flushes TLB whenever OS does context switch 25

TLB parameters (typical) TLB Parameters very small (64 256 entries), so very fast fully associative, or at least set associative tiny block size: why? Intel Nehalem TLB (example) 128-entry L1 Instruction TLB, 4-way LRU 64-entry L1 Data TLB, 4-way LRU 512-entry L2 Unified TLB, 4-way LRU 26

Virtual Memory meets Caching Virtually vs. physically addressed caches Virtually vs. physically tagged caches 27

Virtually Addressed Caching Q: Can we remove the TLB from the critical path? A: Virtually-Addressed Caches CPU TLB Lookup Mem Disk Virtually Addressed Cache PageTable Lookup 28

CPU Virtual vs. Physical Caches addr data Cache MMU SRAM Cache works on physical addresses Memory DRAM CPU addr data Cache MMU SRAM Cache works on virtual addresses Memory DRAM Q: What happens on context switch? Q: What about virtual memory aliasing? Q: So what s wrong with physically addressed caches? 29

Indexing vs. Tagging Physically-Addressed Cache slow: requires TLB (and maybe PageTable) lookup first Virtually-Indexed, Virtually-Addressed Virtually Cache Tagged Cache fast: start TLB lookup before cache lookup finishes PageTable changes (paging, context switch, etc.) need to purge stale cache lines (how?) Synonyms (two virtual mappings for one physical page) could end up in cache twice (very bad!) Virtually-Indexed, Physically Tagged Cache ~fast: TLB lookup in parallel with cache lookup PageTable changes no problem: phys. tag mismatch Synonyms search and evict lines with same phys. tag 30

Typical Cache Setup CPU L1 Cache SRAM addr data MMU TLB SRAM L2 Cache SRAM Memory DRAM Typical L1: On-chip virtually addressed, physically tagged Typical L2: On-chip physically addressed Typical L3: On-chip 31

Caches/TLBs/VM Caches, Virtual Memory, & TLBs Where can block be placed? Direct, n-way, fully associative What block is replaced on miss? LRU, Random, LFU, How are writes handled? No-write (w/ or w/o automatic invalidation) Write-back (fast, block at time) Write-through (simple, reason about consistency) 32

Summary of Cache Design Parameters Size (blocks) Size (kb) Block size (B) Miss rates Miss penalty L1 Paged Memory TLB 1/4k to 4k 16k to 1M 64 to 4k 16 to 64 1M to 4G 2 to 16 16-64 4k to 64k 4-32 2%-5% 10-4 to 10-5 % 0.01% to 2% 10-25 10M-100M 100-1000 33