Paging! 2/22! Anthony D. Joseph and Ion Stoica CS162 UCB Fall 2012! " (0xE0)" " " " (0x70)" " (0x50)"

Similar documents
CS162 Operating Systems and Systems Programming Lecture 10 Caches and TLBs"

10/7/13! Anthony D. Joseph and John Canny CS162 UCB Fall 2013! " (0xE0)" " " " (0x70)" " (0x50)"

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

CS162 Operating Systems and Systems Programming Lecture 13. Caches and TLBs. Page 1

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

Recall: Paging. Recall: Paging. Recall: Paging. CS162 Operating Systems and Systems Programming Lecture 13. Address Translation, Caching

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

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

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

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

Page 1. Goals for Today" TLB organization" CS162 Operating Systems and Systems Programming Lecture 11. Page Allocation and Replacement"

CS162 Operating Systems and Systems Programming Lecture 13. Address Translation (con t) Caches and TLBs

COEN-4730 Computer Architecture Lecture 3 Review of Caches and Virtual Memory

COSC 6385 Computer Architecture. - Memory Hierarchies (I)

Modern Computer Architecture

Memory Hierarchy Review

CS162 Operating Systems and Systems Programming Lecture 12. Address Translation. Page 1

Page 1. Goals for Today" Important Aspects of Memory Multiplexing" Virtualizing Resources" CS162 Operating Systems and Systems Programming Lecture 9

Operating Systems (1DT020 & 1TT802) Lecture 9 Memory Management : Demand paging & page replacement. Léon Mugwaneza

14:332:331. Week 13 Basics of Cache

EEC 170 Computer Architecture Fall Cache Introduction Review. Review: The Memory Hierarchy. The Memory Hierarchy: Why Does it Work?

CS152 Computer Architecture and Engineering Lecture 17: Cache System

Page 1. Goals for Today" Virtualizing Resources" Important Aspects of Memory Multiplexing" CS162 Operating Systems and Systems Programming Lecture 20

CS162 Operating Systems and Systems Programming Midterm Review"

Memory Hierarchy. Maurizio Palesi. Maurizio Palesi 1

Memory Hierarchy. Maurizio Palesi. Maurizio Palesi 1

EECS151/251A Spring 2018 Digital Design and Integrated Circuits. Instructors: John Wawrzynek and Nick Weaver. Lecture 19: Caches EE141

CS152 Computer Architecture and Engineering Lecture 18: Virtual Memory

CSF Cache Introduction. [Adapted from Computer Organization and Design, Patterson & Hennessy, 2005]

3/3/2014! Anthony D. Joseph!!CS162! UCB Spring 2014!

CS252 S05. Main memory management. Memory hardware. The scale of things. Memory hardware (cont.) Bottleneck

14:332:331. Week 13 Basics of Cache

CS 153 Design of Operating Systems Winter 2016

CPE 631 Lecture 04: CPU Caches

Introduction to Operating Systems

CS162 - Operating Systems and Systems Programming. Address Translation => Paging"

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

Memory hierarchy review. ECE 154B Dmitri Strukov

CPS104 Computer Organization and Programming Lecture 16: Virtual Memory. Robert Wagner

CSE 153 Design of Operating Systems

CPS 104 Computer Organization and Programming Lecture 20: Virtual Memory

LECTURE 11. Memory Hierarchy

Chapter 5. Large and Fast: Exploiting Memory Hierarchy

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

Memory Hierarchy: Caches, Virtual Memory

Lecture 12. Memory Design & Caches, part 2. Christos Kozyrakis Stanford University

CISC 662 Graduate Computer Architecture Lecture 16 - Cache and virtual memory review

EE 4683/5683: COMPUTER ARCHITECTURE

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

ECE468 Computer Organization and Architecture. Virtual Memory

COSC 6385 Computer Architecture - Memory Hierarchies (I)

Course Administration

ECE4680 Computer Organization and Architecture. Virtual Memory

Chapter 8. Virtual Memory

Computer Systems C S Cynthia Lee Today s materials adapted from Kevin Webb at Swarthmore College

Reducing Hit Times. Critical Influence on cycle-time or CPI. small is always faster and can be put on chip

CS3350B Computer Architecture

Chapter 5. Large and Fast: Exploiting Memory Hierarchy

Memory Hierarchy Requirements. Three Advantages of Virtual Memory

EECS150 - Digital Design Lecture 11 SRAM (II), Caches. Announcements

Time. Who Cares About the Memory Hierarchy? Performance. Where Have We Been?

Memory Technologies. Technology Trends

CSE 431 Computer Architecture Fall Chapter 5A: Exploiting the Memory Hierarchy, Part 1

Memory Hierarchy. Mehran Rezaei

Processes and Virtual Memory Concepts

Midterm 1. Administrivia. Virtualizing Resources. CS162 Operating Systems and Systems Programming Lecture 12. Address Translation

Memory Hierarchy. ENG3380 Computer Organization and Architecture Cache Memory Part II. Topics. References. Memory Hierarchy

CS370 Operating Systems

Handout 4 Memory Hierarchy

Carnegie Mellon. 16 th Lecture, Mar. 20, Instructors: Todd C. Mowry & Anthony Rowe

CS 162 Operating Systems and Systems Programming Professor: Anthony D. Joseph Spring Lecture 13: Address Translation

ECE468 Computer Organization and Architecture. Memory Hierarchy

CPE300: Digital System Architecture and Design

ECE ECE4680

ECE331: Hardware Organization and Design

Memory Hierarchy, Fully Associative Caches. Instructor: Nick Riasanovsky

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

Address Translation. Tore Larsen Material developed by: Kai Li, Princeton University

Chapter 5 Memory Hierarchy Design. In-Cheol Park Dept. of EE, KAIST

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

Caching Basics. Memory Hierarchies

Memory Hierarchy Technology. The Big Picture: Where are We Now? The Five Classic Components of a Computer

ECE331: Hardware Organization and Design

Virtual Memory: From Address Translation to Demand Paging

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

Textbook: Burdea and Coiffet, Virtual Reality Technology, 2 nd Edition, Wiley, Textbook web site:

Q3: Block Replacement. Replacement Algorithms. ECE473 Computer Architecture and Organization. Memory Hierarchy: Set Associative Cache

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

Page 1. Memory Hierarchies (Part 2)

CMSC 313 COMPUTER ORGANIZATION & ASSEMBLY LANGUAGE PROGRAMMING LECTURE 27, FALL 2012

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

Virtual Memory. Study Chapters Recap: Memory Hierarchy of a Modern Computer System

CS152: Computer Architecture and Engineering Caches and Virtual Memory. October 31, 1997 Dave Patterson (http.cs.berkeley.

CS 318 Principles of Operating Systems

Time. Recap: Who Cares About the Memory Hierarchy? Performance. Processor-DRAM Memory Gap (latency)

Performance! (1/latency)! 1000! 100! 10! Capacity Access Time Cost. CPU Registers 100s Bytes <10s ns. Cache K Bytes ns 1-0.

14 May 2012 Virtual Memory. Definition: A process is an instance of a running program

Computer Systems. Virtual Memory. Han, Hwansoo

Virtual Memory. Virtual Memory

CSE 120 Principles of Operating Systems

Transcription:

CS162 Operating Systems and Systems Programming Lecture 10 Caches and TLBs" February 22, 2011! Anthony D. Joseph and Ion Stoica! http//inst.eecs.berkeley.edu/~cs162! Segmentation! Paging! Recap Segmentation vs. Paging" Virtual" offset" Seg #" Offset" Address" Base0"Limit0" V" Base1"Limit1" V" Base2"Limit2" V" Base3"Limit3" N" Virtual" Virtual " Page #" Address" Offset" page #0" page #2" #1" V,R" V,R" V,R,W" page #2" V,R" Physical Address" page #3" V,R,W" Note paging is equivalent to segmentation when a segment maps onto a page!! The offset of the first address in a page is 0! +" Physical" Address" Physical" Page #" Offset" Lec 10.2! 1111 0000" (0xF0)" (0xC0)" (0x80)" (0x40)" seg #! offset" Recap Address Segmentation " 1011 0000 +" 11 0000" ---------------" Seg #" base" limit" 11" 1011 0000" 1 0000" 10" 0111 0000" 1 1000" 01" 0101 0000" 10 0000" 00" 10 0000" (0xE0)" 0111 0000" (0x70)" 0101 0000" (0x50)" (0x10)" Lec 10.3! What happens if stack grows to 1110 0000?! seg #! offset" Recap Address Segmentation " Seg #" base" limit" 11" 1011 0000" 1 0000" 10" 0111 0000" 1 1000" 01" 0101 0000" 10 0000" 00" 10 0000" 0111 0000" 0101 0000" Lec 10.4! Page 1

Recap Address Segmentation " Seg #" base" limit" 11" 1011 0000" 1 0000" 10" 0111 0000" 1 1000" 01" 0101 0000" 10 0000" No room to grow!! Buffer overflow error or! 00" 10 0000" resize segment and 0111 0000" move segments around to make room! 0101 0000" seg #! offset" Lec 10.5! Recap Paging" Page Table" 11111 11101" 11110 11100" 1111 0000" 11101 null " 11100 null " 11011 null" 11010 null" 11001 null" 11000 null" 10111 null" 10110 null" 10101 null" 10100 null" 10011 null" 10010 10000" 10001 01111" 10000 01110" 0111 000" 01111 null" 01110 null " 01101 null" 01100 null" 0101 000" 01011 01101 " 01010 01100 " 01001 01011" 01000 01010" 00111 null" 00101 null " 00100 null " 00110 null" 00011 00101" page #!offset" 00010 00100" 2/22! 00001 00011" Anthony D. Joseph and Ion Stoica CS162 UCB Fall 2012! 00000 00010" Lec 10.6! 1110 1111" Recap Paging" Page Table" 11111 11101" 11110 11100" 11101 null " 11100 null " 11011 null" 11010 null" What happens if 11001 null" 11000 null" 10111 null" stack grows to 10110 null" 10101 null" 1110 0000?! 10100 null" 10011 null" 10010 10000" 10001 01111" 10000 01110" 0111 000" 01111 null" 01110 null " 01101 null" 01100 null" 0101 000" 01011 01101 " 01010 01100 " 01001 01011" 01000 01010" 00111 null" 00101 null " 00100 null " 00110 null" 00011 00101" page #!offset" 00010 00100" 2/22! 00001 00011" Anthony D. Joseph and Ion Stoica CS162 UCB Fall 2012! 00000 00010" Lec 10.7! Recap Paging" Page Table" 11111 11101" 11110 11100" 11101 10111" 11100 10110" 11011 null" 11010 null" 11001 null" 11000 null" 10111 null" 10110 null" 10101 null" 10100 null" 10011 null" Allocate new 10010 10000" pages where 10001 01111" 10000 01110" room!! 0111 000" 01111 null" 01110 null" 01101 null" 01100 null" 0101 000" 01011 01101 " 01010 01100 " 01001 01011" 01000 01010" 00111 null" 00110 null" 00101 null " 00100 null " 00011 00101" page #!offset" 00010 00100" 2/22! 00001 00011" Anthony D. Joseph and Ion Stoica CS162 UCB Fall 2012! 00000 00010" Lec 10.8! Page 2

Recap Two-Level Paging" Page Table" (level 1)" 111 " 110 null" 101 null" 100 " 011 null" 010 " 001 null" 000 " Page Tables" (level 2)" 11 11101 " 10 11100" 01 10111" 00 10110" 11 null " 10 10000" 01 01111" 00 01110" 11 01101 " 10 01 01011" 00 01010" 0111 000" 0101 000" 1001 0000" (0x90)" Recap Two-Level Paging" Page Table" (level 1)" 111 " 110 null" 101 null" 100 " 011 null" 010 " 001 null" 000 " Page Tables" (level 2)" 11 11101 " 10 11100" 01 10111" 00 10110" 11 null " 10 10000" 01 01111" 00 01110" 11 01101 " 10 01 01011" 00 01010" (0x80)" page2 #! 11 00101 " 10 00100" 01 00011" 00 00010" 11 00101 " 10 00100" 01 00011" 00 00010" page1 #! offset" Lec 10.9! Lec 10.10! page #!offset" Recap Inverted Table" Inverted Table" hash(virt. page #) = " phys. page #" h(11111) = 1110 11101" " h(11110) = 1101 11100" " h(11101) = 1100 10111 " " h(11100) = 1011" 10110" h(10010)= 1010 10000" " h(10001)= 1001 " 01111" h(10000)= 1000" 01110" h(01011)= 0111" 01101 " h(01010)= 0110 " h(01001)= 0101 " 01011" h(01000)= 0100 01010 " " h(00011)= 0011 00101 " " h(00010)= 0010 00100 " " h(00001)= 0001 00011 " " h(00000)= 0000 00010" " 1011 0000" 0111 000" 0101 000" Lec 10.11! Address Translation Comparison" Advantages" Disadvantages" Segmentation! Fast context External fragmentation! switching Segment mapping maintained by CPU! Paging (single-level page)! Paged segmentation! Two-level pages! No external fragmentation! Table size ~ # of pages in physical memory! Inverted Table! Table size ~ # of pages in physical memory! Large table size ~ virtual memory! Multiple memory references per page access! Hash function more complex! Lec 10.12! Page 3

Goals for Rest of Todayʼs Lecture" Caching! Misses! Organization! Translation Look aside Buffers (TLBs)!!! Note Some slides and/or pictures in the following are adapted from slides 2005 Silberschatz, Galvin, and Gagne. Many slides generated from lecture notes by Kubiatowicz." Lec 10.13! Caching Concept" Cache a repository for copies that can be accessed more quickly than the original! Make frequent case fast and infrequent case less dominant! Caching at different levels! Can cache memory locations, address translations, pages, file blocks, file names, network routes, etc! Only good if! Frequent case frequent enough and! Infrequent case not too expensive! Important measure Average Access time =!(Hit Rate x Hit Time) + (Miss Rate x Miss Time)! Lec 10.14! Data in memory, no cache! Processor" Example" Data in memory, 10ns cache! Processor! Access time = 100ns" Second! Level! (SRAM)! Main" Memory" (DRAM)" 100ns" Main! Memory! (DRAM)! 10ns! Average Access time =! 100ns! (Hit Rate x HitTime) + (Miss Rate x MissTime)! HitRate + MissRate = 1! HitRate = 90% Average Access Time = 19ns! HitRate = 99% Average Access Time = 10.9ns! Lec 10.15! Review Memory Hierarchy" Take advantage of the principle of locality to! Present as much memory as in the cheapest technology! Provide access at speed offered by the fastest technology! Datapath" Processor" Control" Registers" On-Chip" Cache" Second" Level" Cache" (SRAM)" Main" Memory" (DRAM)" Secondary" Storage" (Disk)" Speed (ns)" 1s" 10s-100s" 100s" 10,000,000s " (10s ms)" Size (bytes)" 100s" Ks-Ms" Gs" Ts" Tertiary" Storage" (Tape)" 10,000,000,000s " (10s sec)" Ts" Lec 10.16! Page 4

Why Does Caching Help? Locality!" Probability of reference 0 2 Address Space n - 1 Temporal Locality (Locality in Time)! Keep recently accessed data items closer to processor! Spatial Locality (Locality in Space)! Move contiguous blocks to the upper levels! To Processor From Processor Upper Level Memory Blk X Lower Level Memory Blk Y Sources of Cache Misses" Compulsory (cold start) first reference to a block! Cold fact of life not a whole lot you can do about it! Note When running billions of instruction, Compulsory Misses are insignificant! Capacity! Cache cannot contain all blocks access by the program! Solution increase cache size! Conflict (collision)! Multiple memory locations mapped to same cache location! Solutions increase cache size, or increase associativity! Two others! Coherence (Invalidation) other process (e.g., I/O) updates memory! Policy Due to non-optimal replacement policy! Lec 10.17! Lec 10.18! Caching Questions" Caching Questions" 8 byte cache! 32 byte memory! 1 block = 1 byte! Assume CPU accesses 01100! (01100)! 111" 110" 101" 100" 011" 010" 001" 000" 1. How do you know whether byte @ 01100 is cached?! 11111" 11110" 11101" 11100" 11011" 11010" 11001" 11000" 10111" 10110" 10101" 10100" 10011" 10010" 10001" 10000" 01111" 01110" 01101" 01011" 01010" 01001" 01000" 00111" 00110" 00101" 00100" 00011" 00010" 00001" 00000" Lec 10.19! 8 byte cache! 32 byte memory! 1 block = 1 byte! Assume CPU accesses 01100! 111" 110" 101" 100" 011" 010" 001" 000" (01100)! 1. How do you know whether byte @ 01100 is cached?! 2. If not, at which location in the cache do you place the byte?! 11111" 11110" 11101" 11100" 11011" 11010" 11001" 11000" 10111" 10110" 10101" 10100" 10011" 10010" 10001" 10000" 01111" 01110" 01101" 01011" 01010" 01001" 01000" 00111" 00110" 00101" 00100" 00011" 00010" 00001" 00000" Lec 10.20! Page 5

8 byte cache! 32 byte memory! 1 block = 1 byte! Caching Questions" Assume CPU accesses 01100! 111" 110" 101" 100" 011" 010" 001" 000" 1. How do you know whether byte @ 01100 is cached?! 2. If not, at which location in the cache do you place the byte?! 3. If cache full, which cached byte do you evict?! 11111" 11110" 11101" 11100" 11011" 11010" 11001" 11000" 10111" 10110" 10101" 10100" 10011" 10010" 10001" 10000" 01111" 01110" 01101" 01011" 01010" 01001" 01000" 00111" 00110" 00101" 00100" 00011" 00010" 00001" 00000" Lec 10.21! Simple Example Direct Mapped Cache" Each byte (block) in physical memory is cached to a single cache location! Least significant bits of address (last 3 bits) index the cache! (00100),(01100),(10100),(11100) cached to 100! Index!Tag! 111" 110" 101" 100" 011" 010" 001" 000" How do you know which byte is cached?! Cache stores the most significant two bits (i.e., tag) of the cached byte! 11111" 11110" 11101" 11100" 11011" 11010" 11001" 11000" 10111" 10110" 10101" 10100" 10011" 10010" 10001" 10000" 01111" 01110" 01101" 01011" 01010" 01001" 01000" 00111" 00110" 00101" 00100" 00011" 00010" 00001" 00000" Lec 10.22! Simple Example Direct Mapped Cache" Each byte (block) in physical memory is cached to a single cache location! Least significant bits of address (last 3 bits) index the cache! (00100),(01100),(10100),(11100) cached to 100! Index!Tag! 111" 110" 101" 100" 01" 011" 010" 001" 000" 1. How do you know whether (01100) is cached?! Check tag associated with index 100! 2. At which cache location do you place (01100)?! 100! 3. If cache full, which cached byte do you evict?! 100! Lec 10.23! Simple Example Fully Associative Cache" Each byte can be stored at any location in the cache! Tag! How do you know which byte is cached?! Tag store entire address of cached byte! 11111" 11110" 11101" 11100" 11011" 11010" 11001" 11000" 10111" 10110" 10101" 10100" 10011" 10010" 10001" 10000" 01111" 01110" 01101" 01011" 01010" 01001" 01000" 00111" 00110" 00101" 00100" 00011" 00010" 00001" 00000" Lec 10.24! Page 6

Simple Example Fully Associative Cache" Each byte can be stored at any location in the cache! Tag! 1. How do you know whether (01100) is cached?! Check tag of all cache entries! 2. At which cache location do you place (01100)?! Any! 3. If cache full, which cached byte do you evict?! Specific eviction policy! 11111" 11110" 11101" 11100" 11011" 11010" 11001" 11000" 10111" 10110" 10101" 10100" 10011" 10010" 10001" 10000" 01111" 01110" 01101" 01011" 01010" 01001" 01000" 00111" 00110" 00101" 00100" 00011" 00010" 00001" 00000" Lec 10.25! Announcements" Evaluations and final design documents are due today @ 1159pm! Evaluation anonymous, so please be as open as possible in your comments it would help us to catch group issues early! Piazza is part of your class participation! We will also make a conscious effort to improve our own response time! New upgraded scripts for autograder! It should be more robust from now on! Please fill the course survey at https//www.surveymonkey.com/s/dz5y8xm! Itʼs anonymous, so please be open!! Lec 10.26! 5min Break" Direct Mapped Cache" Cache index selects a cache block! Byte select selects byte within cache block! Example Block Size=32B blocks! Cache tag fully identifies the cached Data with same cache index shares the same cache entry! Conflict misses! 31 Cache Tag Cache Tag 8 Cache Index Valid Bit Byte 31 Byte 63 4 Byte Select Cache Data Ex 0x01 Byte 1 0 Byte 0 Byte 33 Byte 32 Compare Lec 10.27! Hit Lec 10.28! Page 7

Valid 31 Cache Tag Cache Tag Cache Data Cache Block 0 Set Associative Cache" N-way set associative N entries per Cache Index! N direct mapped caches operates in parallel! Example Two-way set associative cache! Two tags in the set are compared to input in parallel! Data is selected based on the tag result! Compare 1 Sel1 OR Cache Index 2/22! Anthony D. Hit Joseph and Ion Stoica CS162 UCB Fall 2012! Cache Block 8 Mux 0 Sel0 Cache Data Cache Block 0 4 Byte Select Cache Tag Compare 0 Lec 10.29! Valid Fully Associative Cache" Fully Associative Every block can hold any line! Address does not include a cache index! Compare Cache Tags of all Cache Entries in Parallel! Example Block Size=32B blocks! We need N 27-bit comparators! Still have byte select to choose from within block! 31 = = = = = Cache Tag (27 bits long) Cache Tag Valid Bit Byte 31 Byte 63 Cache Data 4 Byte Select Ex 0x01 Byte 1 0 Byte 0 Byte 33 Byte 32 Lec 10.30! Example Block 12 placed in 8 block cache! Direct mapped block 12 (01100) can go only into block 4 (12 mod 8) Block no. Where does a Block Get Placed in a Cache?" Block no. 0 1 2 3 4 5 6 7 32-Block Address Space 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 2 2 3 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 Block no. Set associative block 12 can go anywhere in set 0 (12 mod 4) 0 1 2 3 4 5 6 7 Block no. Fully associative block 12 can go anywhere 0 1 2 3 4 5 6 7 Which block should be replaced on a miss?" Easy for Direct Mapped Only one possibility! Set Associative or Fully Associative! Random! LRU (Least Recently Used)!! 2-way! 4-way! 8-way Size!LRU! Random! LRU! Random! LRU! Random!!16 KB!5.2%!5.7%! 4.7%!5.3%!4.4%! 5.0%!!64 KB!1.9%!2.0%! 1.5%!1.7%!1.4%! 1.5%!!256 KB!1.15%!1.17%! 1.13%! 1.13%!1.12%! 1.12%!! 01" 100" tag" index" Set 0 Set Set Set 1 2 3 011" 00" tag" index" tag" Lec 10.31! Lec 10.32! Page 8

What happens on a write?" Write through The information is written both to the block in the cache and to the block in the lower-level memory! Write back The information is written only to the block in the cache.! Modified cache block is written to main memory only when it is replaced! Question is block clean or dirty?! Pros and Cons of each?! WT!» PRO read misses cannot result in writes!» CON processor held up on writes unless writes buffered! WB!» PRO repeated writes not sent to DRAM! processor not held up on writes!» CON More complex! Read miss may require writeback of dirty Lec 10.33! Caching Applied to Address Translation" CPU" Virtual" Address" TLB" Cached?" Yes" No" Translate" (MMU)" Save" Result" Physical" Address" Data Read or Write" (untranslated)" Question is one of page locality does it exist?! Instruction accesses spend a lot of time on the same page (since accesses sequential)! Stack accesses have definite locality of reference! Data accesses have less page locality, but still some! Can we have a TLB hierarchy?! Sure multiple levels at different sizes/speeds! Physical" Memory" Lec 10.34! What Actually Happens on a TLB Miss?" Hardware traversed page tables! On TLB miss, hardware in MMU looks at current page table to fill TLB (may walk multiple levels)!» If PTE valid, hardware fills TLB and processor never knows!» If PTE marked as invalid, causes Page Fault, after which kernel decides what to do afterwards! Software traversed Page tables! On TLB miss, processor receives TLB fault! Kernel traverses page table to find PTE!» If PTE valid, fills TLB and returns from fault!» If PTE marked as invalid, internally calls Page Fault handler! Most chip sets provide hardware traversal! Modern operating systems tend to have more TLB faults since they use translation for many things! Lec 10.35! What happens on a Context Switch?" Need to do something, since TLBs map virtual addresses to physical addresses! Address Space just changed, so TLB entries no longer valid!! Options?! Invalidate TLB simple but might be expensive!» What if switching frequently between processes?! Include ProcessID in TLB!» This is an architectural solution needs hardware! What if translation tables change?! For example, to move page from memory to disk or vice versa! Must invalidate TLB entry!!» Otherwise, might think that page is still in memory!! Lec 10.36! Page 9

What TLB organization makes sense?" CPU" TLB" Cache" Memory" Needs to be really fast! Critical path of memory access! Seems to argue for Direct Mapped or Low Associativity! However, needs to have very few conflicts!! With TLB, the Miss Time extremely high!! This argues that cost of Conflict (Miss Time) is much higher than slightly increased cost of access (Hit Time)! Thrashing continuous conflicts between accesses! What if use low order bits of page as index into TLB?!» First page of code, data, stack may map to same entry!» Need 3-way associativity at least?! What if use high order bits as index?!» TLB mostly unused for small programs! TLB organization include protection" How big does TLB actually have to be?! Usually small 128-512 entries! Not very big, can support higher associativity! TLB usually organized as fully-associative cache! Lookup is by Virtual Address! Returns Physical Address + other info!! What happens when fully-associative is too slow?! Put a small (4-16 entry) direct-mapped cache in front! Called a TLB Slice! When does TLB lookup occur?! Before cache lookup?! In parallel with cache lookup?! Lec 10.37! Lec 10.38! Reducing translation time further" As described, TLB lookup is in serial with cache lookup! Virtual Address V page no. 10 offset TLB Lookup Overlapping TLB & Cache Access (1/2)" Main idea! Offset in virtual address exactly covers the cache index and byte select! Thus can select the cached byte(s) in parallel to perform address translation! V Access Rights PA virtual address! Virtual Page #" Offset" physical address! tag / page #" index" byte" P page no. offset 10 Physical Address Machines with TLBs go one step further they overlap TLB lookup with cache access.! Works because offset available early! Lec 10.39! Lec 10.40! Page 10

Overlapping TLB & Cache Access (1/2)" Here is how this might work with a 4K cache! Putting Everything Together Address Translation" Virtual Address! Virtual! Virtual! P1 index! P2 index! Offset! Physical! Memory! 32" Hit/" Miss" TLB" PA" assoc" lookup" 20" page #" index" 10" 2" disp" 00" 4K Cache" What if cache size is increased to 8KB?! Overlap not complete! Need to do something else. See CS152/252! =" 4 bytes" PA" Data" 1 K" Hit/" Miss" PageTablePtr! Page Table! (1 st level)! Page Table! (2 nd level)! Physical Address! Physical! Page #! Offset! Lec 10.41! Lec 10.42! Putting Everything Together TLB" Virtual Address! Virtual! Virtual! P1 index! P2 index! Offset! Physical! Memory! Putting Everything Together Cache" Virtual Address! Virtual! Virtual! P1 index! P2 index! Offset! Physical! Memory! PageTablePtr! Physical Address! Physical! Page #! Offset! PageTablePtr! Physical Address! Physical! Page #! Offset! Page Table! (1 st level)! TLB! Page Table! (2 nd level)!! Page Table! (1 st level)! TLB! Page Table! (2 nd level)!! tag! index! byte! cache! tag! block! Lec 10.43! Lec 10.44! Page 11

Summary (1/2)" The Principle of Locality! Program likely to access a relatively small portion of the address space at any instant of time.!» Temporal Locality Locality in Time!» Spatial Locality Locality in Space! Three (+1) Major Categories of Cache Misses! Compulsory Misses sad facts of life. Example cold start misses.! Conflict Misses increase cache size and/or associativity! Capacity Misses increase cache size! Coherence Misses Caused by external processors or I/O devices! Summary (2/2)" Cache Organizations! Direct Mapped single block per set! Set associative more than one block per set! Fully associative all entries equivalent! TLB is cache on address translations! Fully associative to reduce conflicts! Can be overlapped with cache access! Lec 10.45! Lec 10.46! Page 12