Lecture 33 Caches III What to do on a write hit? Block Size Tradeoff (1/3) Benefits of Larger Block Size

Similar documents
UC Berkeley CS61C : Machine Structures

UCB CS61C : Machine Structures

UCB CS61C : Machine Structures

Block Size Tradeoff (1/3) Benefits of Larger Block Size. Lecture #22 Caches II Block Size Tradeoff (3/3) Block Size Tradeoff (2/3)

CS61C : Machine Structures

1" 0" d" c" b" a" ...! ! Benefits of Larger Block Size. " Very applicable with Stored-Program Concept " Works well for sequential array accesses

UCB CS61C : Machine Structures

www-inst.eecs.berkeley.edu/~cs61c/

CS61C : Machine Structures

CS61C : Machine Structures

And in Review! ! Locality of reference is a Big Idea! 3. Load Word from 0x !

Review : Pipelining. Memory Hierarchy

COMP 3221: Microprocessors and Embedded Systems

CS61C : Machine Structures

CS61C : Machine Structures

CS61C : Machine Structures

Direct-Mapped Cache Terminology. Caching Terminology. TIO Dan s great cache mnemonic. Accessing data in a direct mapped cache

UC Berkeley CS61C : Machine Structures

UCB CS61C : Machine Structures

CS61C : Machine Structures

Review: New-School Machine Structures. Review: Direct-Mapped Cache. TIO Dan s great cache mnemonic. Memory Access without Cache

CS61C : Machine Structures

UC Berkeley CS61C : Machine Structures

UC Berkeley CS61C : Machine Structures

CS61C : Machine Structures

Cache Memory - II. Some of the slides are adopted from David Patterson (UCB)

12 Cache-Organization 1

CS61C : Machine Structures

COSC 6385 Computer Architecture - Memory Hierarchies (I)

UCB CS61C : Machine Structures

Course Administration

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

Levels in memory hierarchy

CS3350B Computer Architecture

CMPT 300 Introduction to Operating Systems

EE 4683/5683: COMPUTER ARCHITECTURE

Caching Basics. Memory Hierarchies

CS61C : Machine Structures

Memory Hierarchy. Maurizio Palesi. Maurizio Palesi 1

Chapter Seven. Memories: Review. Exploiting Memory Hierarchy CACHE MEMORY AND VIRTUAL MEMORY

Advanced Computer Architecture

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

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

Page 1. Memory Hierarchies (Part 2)

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

Memory Hierarchy. Maurizio Palesi. Maurizio Palesi 1

Memory Hierarchy, Fully Associative Caches. Instructor: Nick Riasanovsky

CS61C : Machine Structures

CS 61C: Great Ideas in Computer Architecture. Direct Mapped Caches

Review: Performance Latency vs. Throughput. Time (seconds/program) is performance measure Instructions Clock cycles Seconds.

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

Speicherarchitektur. Who Cares About the Memory Hierarchy? Technologie-Trends. Speicher-Hierarchie. Referenz-Lokalität. Caches

CS152 Computer Architecture and Engineering Lecture 17: Cache System

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

Caches Part 1. Instructor: Sören Schwertfeger. School of Information Science and Technology SIST

CS161 Design and Architecture of Computer Systems. Cache $$$$$

Chapter 5. Large and Fast: Exploiting Memory Hierarchy

CS 61C: Great Ideas in Computer Architecture (Machine Structures) Caches Part 2

CS61C : Machine Structures

Introduction to OpenMP. Lecture 10: Caches

Memory Hierarchies 2009 DAT105

CSE 141 Computer Architecture Spring Lectures 17 Virtual Memory. Announcements Office Hour

Chapter 5. Large and Fast: Exploiting Memory Hierarchy

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

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

ECE331: Hardware Organization and Design

! CS61C : Machine Structures. Lecture 22 Caches I. !!Instructor Paul Pearce! ITʼS NOW LEGAL TO JAILBREAK YOUR PHONE!

CS61C - Machine Structures. Lecture 17 - Caches, Part I. October 25, 2000 David Patterson


CS 61C: Great Ideas in Computer Architecture (Machine Structures) Caches Part 1

CS 61C: Great Ideas in Computer Architecture. The Memory Hierarchy, Fully Associative Caches

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

Spring 2016 :: CSE 502 Computer Architecture. Caches. Nima Honarmand

UC Berkeley CS61C : Machine Structures

Handout 4 Memory Hierarchy

LECTURE 11. Memory Hierarchy

ECE7995 (6) Improving Cache Performance. [Adapted from Mary Jane Irwin s slides (PSU)]

CPE300: Digital System Architecture and Design

Memory Hierarchy. Mehran Rezaei

Chapter Seven. SRAM: value is stored on a pair of inverting gates very fast but takes up more space than DRAM (4 to 6 transistors)

ECE331: Hardware Organization and Design

Memory. Lecture 22 CS301

ECE232: Hardware Organization and Design

CHAPTER 4 MEMORY HIERARCHIES TYPICAL MEMORY HIERARCHY TYPICAL MEMORY HIERARCHY: THE PYRAMID CACHE PERFORMANCE MEMORY HIERARCHIES CACHE DESIGN

Lecture 17 Introduction to Memory Hierarchies" Why it s important " Fundamental lesson(s)" Suggested reading:" (HP Chapter

Caches and Memory Hierarchy: Review. UCSB CS240A, Winter 2016

COSC 6385 Computer Architecture. - Memory Hierarchies (I)

Computer Organization and Structure. Bing-Yu Chen National Taiwan University

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

Memory Hierarchy: Caches, Virtual Memory

Donn Morrison Department of Computer Science. TDT4255 Memory hierarchies

14:332:331. Week 13 Basics of Cache

1/19/2009. Data Locality. Exploiting Locality: Caches

14:332:331. Week 13 Basics of Cache

CENG 3420 Computer Organization and Design. Lecture 08: Cache Review. Bei Yu

CPE 631 Lecture 04: CPU Caches

CPU issues address (and data for write) Memory returns data (or acknowledgment for write)

Spring 2018 :: CSE 502. Cache Design Basics. Nima Honarmand

Cray XE6 Performance Workshop

EN1640: Design of Computing Systems Topic 06: Memory System

Transcription:

CS61C L33 Caches III (1) inst.eecs.berkeley.edu/~cs61c UC Berkeley CS61C Machine Structures Lecture 33 Caches III 27-4-11 Lecturer SOE Dan Garcia www.cs.berkeley.edu/~ddgarcia Future of movies is 3D? Dreamworks says they may exclusively release movies in this format. It s based on circular polarization. I recently saw Meet the Robinsons in 3D, and I wouldn t do it again. Eyestrain, headache, and screen too dim! www.cnn.com/27/tech/fun.games/4/9/3d.movies.ap/ 1 2 3... Review Mechanism for transparent movement of data among levels of a storage hierarchy set of address/value bindings address index to set of candidates compare desired address with tag service hit or miss load new block and binding on miss address tag index offset 1 11 Valid Tag x-3 x4-7 x8-b xc-f 1 a b c d en.wikipedia.org/wiki/disney_digital_3-d Garcia, Spring 27 UCB CS61C L33 Caches III (2) Garcia, Spring 27 UCB What to do on a write hit? Write-through update the word in cache block and corresponding word in memory Write-back update word in cache block allow memory word to be stale add dirty bit to each block indicating that memory needs to be updated when block is replaced OS flushes cache before I/O Performance trade-offs? Block Size Tradeoff (1/3) Benefits of Larger Block Size Spatial Locality if we access a given word, we re likely to access other nearby words soon Very applicable with Stored-Program Concept if we execute a given instruction, it s likely that we ll execute the next few as well Works nicely in sequential array accesses too CS61C L33 Caches III (3) Garcia, Spring 27 UCB CS61C L33 Caches III (4) Garcia, Spring 27 UCB Block Size Tradeoff (2/3) Drawbacks of Larger Block Size Larger block size means larger miss penalty on a miss, takes longer time to load a new block from next level If block size is too big relative to cache size, then there are too few blocks Result miss rate goes up In general, minimize Average Memory Access Time (AMAT) Hit Time + Miss Penalty x Miss Rate Block Size Tradeoff (3/3) Hit Time time to find and retrieve data from current level cache Miss Penalty average time to retrieve data on a current level miss (includes the possibility of misses on successive levels of memory hierarchy) Hit Rate % of requests that are found in current level cache Miss Rate 1 - Hit Rate CS61C L33 Caches III (5) Garcia, Spring 27 UCB CS61C L33 Caches III (6) Garcia, Spring 27 UCB

CS61C L33 Caches III (7) Extreme Example One Big Block Valid Bit Tag Cache Data B 3 B 2 B 1 B Cache Size 4 bytes Block Size 4 bytes Only ONE entry (row) in the cache! If item accessed, likely accessed again soon But unlikely will be accessed again immediately! The next access will likely to be a miss again Continually loading data into the cache but discard data (force out) before use it again Nightmare for cache designer Ping Pong Effect Block Size Tradeoff Conclusions Miss Penalty Block Size Average Access Time Miss Rate Exploits Spatial Locality Increased Miss Penalty & Miss Rate Block Size Block Size Fewer blocks compromises temporal locality Garcia, Spring 27 UCB CS61C L33 Caches III (8) Garcia, Spring 27 UCB Types of Cache Misses (1/2) Types of Cache Misses (2/2) Three Cs Model of Misses 1st C Compulsory Misses occur when a program is first started cache does not contain any of that program s data yet, so misses are bound to occur can t be avoided easily, so won t focus on these in this course 2nd C Conflict Misses miss that occurs because two distinct memory addresses map to the same cache location two blocks (which happen to map to the same location) can keep overwriting each other big problem in direct-mapped caches how do we lessen the effect of these? Dealing with Conflict Misses Solution 1 Make the cache size bigger Fails at some point Solution 2 Multiple distinct blocks can fit in the same cache Index? CS61C L33 Caches III (9) Garcia, Spring 27 UCB CS61C L33 Caches III (1) Garcia, Spring 27 UCB Fully Associative Cache (1/3) Memory address fields Tag same as before Offset same as before Index non-existant What does this mean? no rows any block can go anywhere in the cache must compare with all tags in entire cache to see if data is there Fully Associative Cache (2/3) Fully Associative Cache (e.g., 32 B block) 31 compare tags in parallel Cache Tag (27 bits long) Cache Tag 4 Byte Offset Valid Cache Data B 31 B 1 B CS61C L33 Caches III (11) Garcia, Spring 27 UCB CS61C L33 Caches III (12) Garcia, Spring 27 UCB

CS61C L33 Caches III (13) Fully Associative Cache (3/3) Benefit of Fully Assoc Cache No Conflict Misses (since data can go anywhere) Drawbacks of Fully Assoc Cache Need hardware comparator for every single entry if we have a 64KB of data in cache with 4B entries, we need 16K comparators infeasible Third Type of Cache Miss Capacity Misses miss that occurs because the cache has a limited size miss that would not occur if we increase the size of the cache sketchy definition, so just get the general idea This is the primary type of miss for Fully Associative caches. Garcia, Spring 27 UCB CS61C L33 Caches III (14) Garcia, Spring 27 UCB N-Way Set Associative Cache (1/3) Memory address fields Tag same as before Offset same as before Index points us to the correct row (called a set in this case) So what s the difference? each set contains multiple blocks once we ve found correct set, must compare with all tags in that set to find our data CS61C L33 Caches III (15) Garcia, Spring 27 UCB Associative Cache Example Cache Memory Index 1 1 Memory Address 12 3 4 5 6 7 8 9 A B C D E F CS61C L33 Caches III (16) Here s a simple 2 way set associative cache. Garcia, Spring 27 UCB N-Way Set Associative Cache (2/3) Basic Idea cache is direct-mapped w/respect to sets each set is fully associative basically N direct-mapped caches working in parallel each has its own valid bit and data Given memory address Find correct set using Index value. Compare Tag with all Tag values in the determined set. If a match occurs, hit!, otherwise a miss. Finally, use the offset field as usual to find the desired data within the block. N-Way Set Associative Cache (3/3) What s so great about this? even a 2-way set assoc cache avoids a lot of conflict misses hardware cost isn t that bad only need N comparators In fact, for a cache with M blocks, it s Direct-Mapped if it s 1-way set assoc it s Fully Assoc if it s M-way set assoc so these two are just special cases of the more general set associative design CS61C L33 Caches III (17) Garcia, Spring 27 UCB CS61C L33 Caches III (18) Garcia, Spring 27 UCB

CS61C L33 Caches III (19) 4-Way Set Associative Cache Circuit tag index Garcia, Spring 27 UCB Block Replacement Policy Direct-Mapped Cache index completely specifies position which position a block can go in on a miss N-Way Set Assoc index specifies a set, but block can occupy any position within the set on a miss Fully Associative block can be written into any position Question if we have the choice, where should we write an incoming block? If there are any locations with valid bit off (empty), then usually write the new block into the first one. If all possible locations already have a valid block, we must pick a replacement policy rule by which we determine which block gets cached out on a miss. CS61C L33 Caches III (2) Garcia, Spring 27 UCB Block Replacement Policy LRU LRU (Least Recently Used) Idea cache out block which has been accessed (read or write) least recently Pro temporal locality recent past use implies likely future use in fact, this is a very effective policy Con with 2-way set assoc, easy to keep track (one LRU bit); with 4-way or greater, requires complicated hardware and much time to keep track of this Block Replacement Example We have a 2-way set associative cache with a four word total capacity and one word blocks. We perform the following word accesses (ignore bytes for this problem), 2,, 1, 4,, 2, 3, 5, 4 How many hits and how many misses will there be for the LRU block replacement policy? CS61C L33 Caches III (21) Garcia, Spring 27 UCB CS61C L33 Caches III (22) Garcia, Spring 27 UCB Block Replacement Example LRU Addresses, 2,, 1, 4,,... miss, bring into set (loc ) 2 miss, bring into set (loc 1) CS61C L33 Caches III (23) hit 1 miss, bring into (loc ) 4 miss, bring into set (loc 1, replace 2) hit loc loc 1 set lru set lru set lru set lru lru 2 2 lru 2 1 lru set lru lru 24 1 lru set lru lru 4 1 lru Garcia, Spring 27 UCB Big Idea How to choose between associativity, block size, replacement & write policy? Design against a performance model Minimize Average Memory Access Time Hit Time + Miss Penalty x Miss Rate influenced by technology & program behavior Create the illusion of a memory that is large, cheap, and fast - on average How can we improve miss penalty? CS61C L33 Caches III (24) Garcia, Spring 27 UCB

CS61C L33 Caches III (25) Improving Miss Penalty When caches first became popular, Miss Penalty ~ 1 processor clock cycles Today 24 MHz Processor (.4 ns per clock cycle) and 8 ns to go to DRAM 2 processor clock cycles! MEM Proc $ $ 2 Solution another cache between memory and the processor cache Second Level (L2) Cache DRAM Garcia, Spring 27 UCB Analyzing Multi-level cache hierarchy Proc CS61C L33 Caches III (26) L1 hit time $ L2 hit time L2 Miss Penalty L1 Miss Rate L1 Miss Penalty Avg Mem Access Time L1 Hit Time + L1 Miss Rate * L1 Miss Penalty L1 Miss Penalty L2 Hit Time + L2 Miss Rate * L2 Miss Penalty Avg Mem Access Time L1 Hit Time + L1 Miss Rate * (L2 Hit Time + L2 Miss Rate * L2 Miss Penalty) $ 2 DRAM L2 Miss Rate Garcia, Spring 27 UCB And in Conclusion We ve discussed memory caching in detail. Caching in general shows up over and over in computer systems Filesystem cache Web page cache Game databases / tablebases Software memoization Others? Big idea if something is expensive but we want to do it repeatedly, do it once and cache the result. Cache design choices Write through v. write back size of cache speed v. capacity direct-mapped v. associative for N-way set assoc choice of N block replacement policy 2 nd level cache? 3 rd level cache? Use performance model to pick between choices, depending on programs, technology, budget,... CS61C L33 Caches III (27) Garcia, Spring 27 UCB Bonus slides These are extra slides that used to be included in lecture notes, but have been moved to this, the bonus area to serve as a supplement. The slides will appear in the order they would have in the normal presentation CS61C L33 Caches III (28) Garcia, Spring 27 UCB Example Assume Hit Time 1 cycle Miss rate 5% Miss penalty 2 cycles Calculate AMAT Avg mem access time 1 +.5 x 2 1 + 1 cycles 2 cycles Ways to reduce miss rate Larger cache limited by cost and technology hit time of first level cache < cycle time (bigger caches are slower) More places in the cache to put each block of memory associativity fully-associative any block any line N-way set associated N places for each block direct map N1 CS61C L33 Caches III (29) Garcia, Spring 27 UCB CS61C L33 Caches III (3) Garcia, Spring 27 UCB

CS61C L33 Caches III (31) Typical Scale L1 size tens of KB hit time complete in one clock cycle miss rates 1-5% L2 size hundreds of KB hit time few clock cycles miss rates 1-2% L2 miss rate is fraction of L1 misses that also miss in L2 why so high? Example with L2 cache Assume L1 Hit Time 1 cycle L1 Miss rate 5% L2 Hit Time 5 cycles L2 Miss rate 15% (% L1 misses that miss) L2 Miss Penalty 2 cycles L1 miss penalty 5 +.15 * 2 35 Avg mem access time 1 +.5 x 35 2.75 cycles Garcia, Spring 27 UCB CS61C L33 Caches III (32) Garcia, Spring 27 UCB Example without L2 cache An actual CPU Early PowerPC Assume L1 Hit Time 1 cycle L1 Miss rate 5% L1 Miss Penalty 2 cycles Avg mem access time 1 +.5 x 2 11 cycles 4x faster with L2 cache! (2.75 vs. 11) Cache 32 KByte Instructions and 32 KByte Data L1 caches External L2 Cache interface with integrated controller and cache tags, supports up to 1 MByte external L2 cache Dual Memory Management Units (MMU) with Translation Lookaside Buffers (TLB) Pipelining Superscalar (3 inst/cycle) 6 execution units (2 integer and 1 double precision IEEE floating point) CS61C L33 Caches III (33) Garcia, Spring 27 UCB CS61C L33 Caches III (34) Garcia, Spring 27 UCB An Actual CPU Pentium M Peer Instructions 32KB I$ 32KB D$ 1. In the last 1 years, the gap between the access time of DRAMs & the cycle time of processors has decreased. (I.e., is closing) 2. A 2-way set-associative cache can be outperformed by a direct-mapped cache. 3. Larger block size lower miss rate ABC FFF 1 FFT 2 FTF 3 FTT 4 TFF 5 TFT 6 TTF 7 TTT CS61C L33 Caches III (35) Garcia, Spring 27 UCB CS61C L33 Caches III (38) Garcia, Spring 27 UCB