Review of Memory Hierarchy (Appendix C)

Slides:



Advertisements
Similar presentations
1 Lecture 13: Cache and Virtual Memroy Review Cache optimization approaches, cache miss classification, Adapted from UCB CS252 S01.
Advertisements

Virtual Memory. The Limits of Physical Addressing CPU Memory A0-A31 D0-D31 “Physical addresses” of memory locations Data All programs share one address.
Appendix C: Review of Memory Hierarchy David Patterson Electrical Engineering and Computer Sciences University of California, Berkeley
Lec 4 – Memory Hierarchy Review modified from: David Patterson Electrical Engineering and Computer Sciences University of California, Berkeley
CPE 731 Advance Computer Architecture Memory Hierarchy Review Dr. Gheith Abandah Adapted from the slides of Prof. David Patterson, University of California,
Computer Architecture Lec 4 – Memory Hierarchy Review.
Cs 325 virtualmemory.1 Accessing Caches in Virtual Memory Environment.
1 Copyright © 2012, Elsevier Inc. All rights reserved. Chapter 2 (and Appendix B) Memory Hierarchy Design Computer Architecture A Quantitative Approach,
Virtual Memory Adapted from lecture notes of Dr. Patterson and Dr. Kubiatowicz of UC Berkeley.
CSCE 212 Chapter 7 Memory Hierarchy Instructor: Jason D. Bakos.
1 Lecture 20 – Caching and Virtual Memory  2004 Morgan Kaufmann Publishers Lecture 20 Caches and Virtual Memory.
CIS429/529 Cache Basics 1 Caches °Why is caching needed? Technological development and Moore’s Law °Why are caches successful? Principle of locality °Three.
Virtual Memory Adapted from lecture notes of Dr. Patterson and Dr. Kubiatowicz of UC Berkeley and Rabi Mahapatra & Hank Walker.
Now, Review of Memory Hierarchy
1  1998 Morgan Kaufmann Publishers Chapter Seven Large and Fast: Exploiting Memory Hierarchy.
1 Chapter Seven Large and Fast: Exploiting Memory Hierarchy.
1 COMP 206: Computer Architecture and Implementation Montek Singh Mon, Oct 31, 2005 Topic: Memory Hierarchy Design (HP3 Ch. 5) (Caches, Main Memory and.
Memory Chapter 7 Cache Memories.
331 Lec20.1Fall :332:331 Computer Architecture and Assembly Language Fall 2003 Week 13 Basics of Cache [Adapted from Dave Patterson’s UCB CS152.
CIS °The Five Classic Components of a Computer °Today’s Topics: Memory Hierarchy Cache Basics Cache Exercise (Many of this topic’s slides were.
ECE 232 L27.Virtual.1 Adapted from Patterson 97 ©UCBCopyright 1998 Morgan Kaufmann Publishers ECE 232 Hardware Organization and Design Lecture 27 Virtual.
ENGS 116 Lecture 121 Caches Vincent H. Berk Wednesday October 29 th, 2008 Reading for Friday: Sections C.1 – C.3 Article for Friday: Jouppi Reading for.
ENEE350 Ankur Srivastava University of Maryland, College Park Based on Slides from Mary Jane Irwin ( )
331 Lec20.1Spring :332:331 Computer Architecture and Assembly Language Spring 2005 Week 13 Basics of Cache [Adapted from Dave Patterson’s UCB CS152.
1  2004 Morgan Kaufmann Publishers Chapter Seven.
1 SRAM: –value is stored on a pair of inverting gates –very fast but takes up more space than DRAM (4 to 6 transistors) DRAM: –value is stored as a charge.
1 CSE SUNY New Paltz Chapter Seven Exploiting Memory Hierarchy.
Systems I Locality and Caching
Storage HierarchyCS510 Computer ArchitectureLecture Lecture 12 Storage Hierarchy.
Review of Mem. HierarchyCSCE430/830 Review of Memory Hierarchy & Storage CSCE430/830 Computer Architecture Lecturer: Prof. Hong Jiang Fall, 2008 Portions.
Lecture 19: Virtual Memory
Lecture 10 Memory Hierarchy and Cache Design Computer Architecture COE 501.
Memory Hierarchy Review. 2 Review from last lecture Quantify and summarize performance –Ratios, Geometric Mean, Multiplicative Standard Deviation F&P:
Memory Hierarchy. Since 1980, CPU has outpaced DRAM... CPU 60% per yr 2X in 1.5 yrs DRAM 9% per yr 2X in 10 yrs 10 DRAM CPU Performance (1/latency) 100.
Lecture 5 Review of Memory Hierarchy (Appendix C in textbook)
10/18: Lecture topics Memory Hierarchy –Why it works: Locality –Levels in the hierarchy Cache access –Mapping strategies Cache performance Replacement.
CSE 820 Advanced Computer Architecture Lec 4 – Memory Hierarchy Review Based on slides by David Patterson.
CSIE30300 Computer Architecture Unit 08: Cache Hsin-Chou Chi [Adapted from material by and
Appendix C Memory Hierarchy. Why care about memory hierarchies? Processor-Memory Performance Gap Growing Major source of stall cycles: memory accesses.
1  1998 Morgan Kaufmann Publishers Recap: Memory Hierarchy of a Modern Computer System By taking advantage of the principle of locality: –Present the.
EEL5708/Bölöni Lec 4.1 Fall 2004 September 10, 2004 Lotzi Bölöni EEL 5708 High Performance Computer Architecture Review: Memory Hierarchy.
Multilevel Caches Microprocessors are getting faster and including a small high speed cache on the same chip.
CS.305 Computer Architecture Memory: Caches Adapted from Computer Organization and Design, Patterson & Hennessy, © 2005, and from slides kindly made available.
CPE232 Cache Introduction1 CPE 232 Computer Organization Spring 2006 Cache Introduction Dr. Gheith Abandah [Adapted from the slides of Professor Mary Irwin.
1 Chapter Seven CACHE MEMORY AND VIRTUAL MEMORY. 2 SRAM: –value is stored on a pair of inverting gates –very fast but takes up more space than DRAM (4.
1  1998 Morgan Kaufmann Publishers Chapter Seven.
Memory Hierarchy and Caches. Who Cares about Memory Hierarchy? Processor Only Thus Far in Course CPU-DRAM Gap 1980: no cache in µproc; level cache,
Improving Memory Access 2/3 The Cache and Virtual Memory
Summary of caches: The Principle of Locality: –Program likely to access a relatively small portion of the address space at any instant of time. Temporal.
1 Chapter Seven. 2 SRAM: –value is stored on a pair of inverting gates –very fast but takes up more space than DRAM (4 to 6 transistors) DRAM: –value.
CS 5513 Computer Architecture Lecture 4 – Memory Hierarchy Review.
Memory Management memory hierarchy programs exhibit locality of reference - non-uniform reference patterns temporal locality - a program that references.
CMSC 611: Advanced Computer Architecture Memory & Virtual Memory Some material adapted from Mohamed Younis, UMBC CMSC 611 Spr 2003 course slides Some material.
CMSC 611: Advanced Computer Architecture
Soner Onder Michigan Technological University
Memory COMPUTER ARCHITECTURE
Since 1980, CPU has outpaced DRAM ...
Lec 3 – Memory Hierarchy Review
Sandeep K. S. Gupta Dept. CSE, ASU
Lecture 14 Virtual Memory and the Alpha Memory Hierarchy
CPSC 614 Computer Architecture Lec 6 – Memory Hierarchy Review
Rose Liu Electrical Engineering and Computer Sciences
CS 5513 Computer Architecture Lecture 4 – Memory Hierarchy Review
5 Basic Cache Optimizations
CPE 631 Lecture 05: Cache Design
EE108B Review Session #6 Daxia Ge Friday February 23rd, 2007
Electrical and Computer Engineering
Cache Memory Rabi Mahapatra
CPE 631 Lecture 04: Review of the ABC of Caches
Presentation transcript:

Review of Memory Hierarchy (Appendix C) CSCI 620

Outline Memory hierarchy Locality Cache design Virtual address spaces Page table layout TLB design options Conclusion CSCI 620

Memory Hierarchy Review So far, we have discussed only about processors CPU Cost/Performance ISA Pipelined Execution ILP Now for memory systems CSCI 620

Since 1980, CPU has outpaced DRAM ... Q. How do architects address this gap? A. Put smaller, faster “cache” memories between CPU and DRAM. Create a “memory hierarchy”. Performance (1/latency) CPU 60% per yr 2X in 1.5 yrs 1000 CPU Moore’s Law Gap grew 50% per year 100 DRAM 9% per yr 2X in 10 yrs 10 DRAM 1980 1990 2000 Year CSCI 620

Caches PRONUNCIATION: kash NOUN: 1a. A hiding place used especially for storing provisions. b. A place for concealment and safekeeping, as of valuables. c. A store of goods or valuables concealed in a hiding place: maintained a cache of food in case of emergencies. 2. Computer Science A fast storage buffer in the central processing unit of a computer. Also called cache memory. CSCI 620

Advancement of cache memory 1980: no cache in microprocessors 1989: First Intel processors with on-chip caches 1995: 2-level cache, occupies 60% transistors on Alpha 21164 2002: IBM experimenting with Main Memory on die(on-chip). CSCI 620

1977: At one time, DRAM was faster than microprocessors Apple ][ (1977) Steve Wozniak Steve Jobs CPU: 1000 ns DRAM: 400 ns CSCI 620

Memory Hierarchy Design • Until now we have assumed a very ideal memory – All accesses take 1 cycle • Assumes an unlimited size, very fast memory – Fast memory is very expensive – Large amounts of fast memory would be slow! • Tradeoffs • Solution: – Smaller, faster expensive memory close to core – Larger, slower, cheaper memory farther away Speed Cost Size Speed CSCI 620

Levels of the Memory Hierarchy Upper Level Capacity Access Time Cost Staging Xfer Unit faster Registers Cache Memory Disk Tape Instr. Operands Blocks Pages Files CPU Registers 100s Bytes <10s ns prog./compiler 1-8 bytes Cache K Bytes 10-100 ns 1-0.1 cents/bit cache cntl 8-128 bytes Main Memory M Bytes 200ns- 500ns $.0001-.00001 cents /bit OS 512-4K bytes Disk G Bytes, 10 ms (10,000,000 ns) 10 - 10 cents/bit -5 -6 user/operator Mbytes Tape infinite sec-min 10 Larger Lower Level -8 CSCI 620 CS252 S05

Memory Hierarchy: Apple iMac G5 1.6 GHz Managed by compiler Managed by hardware Managed by OS, hardware, application 07 Reg L1 Inst L1 Data L2 DRAM Disk Size 1K 64K 32K 512K 256M 80G Latency Cycles, Time 1, 0.6 ns 3, 1.9 ns 11, 6.9 ns 88, 55 ns 107, 12 ms Goal: Illusion of large, fast, cheap memory Let programs address a memory space that scales to the disk size, at a speed that is usually as fast as register access CSCI 620

iMac’s PowerPC 970: All caches on-chip L1 (64K Instruction) R e g i s t r 512K L2 (1K) L1 (32K Data) CSCI 620

What is a cache? • Small, fast storage used to improve average access time to slow memory • Holds subset of the instructions and data used by current programs • Exploits spatial and temporal locality immediate access (0-1 clock cycles) (8-32 registers) (32 KiB to 128 KB) (3 clock cycles) (128 KB to 12 MB) (10 clock cycles) (256 MiB to 4 GB) (100 clock cycles) (1 GB to 1 TB) (10,000,000 clock cycles) CSCI 620

The Principle of Locality Program access a relatively small portion of the address space at any instant of time. Two Different Types of Locality: Temporal Locality (Locality in Time): If an item is referenced, it will tend to be referenced again soon (e.g., loops, reuse) Spatial Locality (Locality in Space): If an item is referenced, items whose addresses are close by tend to be referenced soon (e.g., straightline code, array access) Last 15 years, HW relied on locality for speed enhancements Implication of locality: We can predict with reasonable accuracy what instructions and data a program will use in the near future based on its accesses in the recent past The principle of locality states that programs access a relatively small portion of the address space at any instant of time. This is kind of like in real life, we all have a lot of friends. But at any given time most of us can only keep in touch with a small group of them. There are two different types of locality: Temporal and Spatial. Temporal locality is the locality in time which says if an item is referenced, it will tend to be referenced again soon. This is like saying if you just talk to one of your friends, it is likely that you will talk to him or her again soon. This makes sense. For example, if you just have lunch with a friend, you may say, let’s go to the ball game this Sunday. So you will talk to him again soon. Spatial locality is the locality in space. It says if an item is referenced, items whose addresses are close by tend to be referenced soon. Once again, using our analogy. We can usually divide our friends into groups. Like friends from high school, friends from work, friends from home. Let’s say you just talk to one of your friends from high school and she may say something like: “So did you hear so and so just won the lottery.” You probably will say NO, I better give him a call and find out more. So this is an example of spatial locality. You just talked to a friend from your high school days. As a result, you end up talking to another high school friend. Or at least in this case, you hope he still remember you are his friend. +3 = 10 min. (X:50) It is a property of programs which is exploited in machine design. CSCI 620 CS252 S05

Memory System Illusion Reality Faster, Smaller Large & Fast Processor Processor Memory Large & Fast Memory Memory Memory Slower, Larger CSCI 620

Ubiquitous Cache • In computer architecture, almost everything is a cache! – Registers “a cache” on variables – software managed – First-level cache is “a cache” on second-level cache – Second-level cache is “a cache” on memory – Memory is “a cache” on disk (virtual memory) – TLB(Translation Lookaside Buffer) is “a cache” on page table – Branch-prediction a cache on prediction information? CSCI 620

Program Execution Model CSCI 620

Programs with locality behavior ... Bad locality behavior Temporal Locality Memory Address (one dot per access) Spatial Locality Donald J. Hatfield, Jeanette Gerald: Program Restructuring for Virtual Memory. IBM Systems Journal 10(3): 168-192 (1971) Time CSCI 620

Principle of Locality of Reference (Why Cache works?) Temporal Locality: referenced again soon Spatial Locality: nearby items referenced soon Locality + smaller HW is faster  memory hierarchy Levels: each smaller, faster, more expensive/byte than level below Inclusive: data found in top also found in lower levels Definitions Upper is closer to processor Block: minimum, address aligned unit that fits in cache Block size is always power of 2—1 word, 2 words, 4 words, … Address = Block frame address + block offset address CSCI 620

Memory Hierarchy: Terminology Hit: data appears in some block in the upper level (example: Block X) Hit Rate: the fraction of memory access found in the upper level Hit Time: Time to access the upper level which consists of RAM access time + Time to determine hit/miss Miss: data needs to be retrieved from a block in the lower level (Block Y) Miss Rate = 1 - (Hit Rate) Miss Penalty: Time to replace a block in the upper level + Time to deliver the block to the processor Hit Time << Miss Penalty (500 instructions on 21264!) A HIT is when the data the processor wants to access is found in the upper level (Blk X). The fraction of the memory access that are HIT is defined as HIT rate. HIT Time is the time to access the Upper Level where the data is found (X). It consists of: (a) Time to access this level. (b) AND the time to determine if this is a Hit or Miss. If the data the processor wants cannot be found in the Upper level. Then we have a miss and we need to retrieve the data (Blk Y) from the lower level. By definition (definition of Hit: Fraction), the miss rate is just 1 minus the hit rate. This miss penalty also consists of two parts: (a) The time it takes to replace a block (Blk Y to BlkX) in the upper level. (b) And then the time it takes to deliver this new block to the processor. It is very important that your Hit Time to be much much smaller than your miss penalty. Otherwise, there will be no reason to build a memory hierarchy. +2 = 14 min. (X:54) Lower Level Memory Upper Level To Processor From Processor Block X Block Y CSCI 620 CS252 S05

Cache Measures Hit rate: fraction found in that level So high that usually talk about Miss rate Miss rate fallacy: as MIPS to CPU performance, miss rate to average memory access time in memory Miss penalty: time to replace a block from lower level, including time to copy to and restart CPU—it is an exception access time: time to access lower level = f (lower level latency) transfer time: time to transfer block = f (BW between upper & lower levels, block size) Average Memory-Access Time (AMAT) = Hit time + Miss rate x Miss penalty (ns or clocks) Example: AMAT = 5ns + 0.1*100 = 15ns CSCI 620

Key Points of Memory Hierarchy Need methods to give illusion of large & fast memory—Is this feasible? Most programs exhibit both temporal locality and spatial locality Keep more recently accessed data closer to the processor Keep multiple contiguous words together in memory blocks Use smaller, faster memory close to processor – hits are processed quickly; misses require access to larger, slower memory If hit rate is high, memory hierarchy has access time close to that of highest (fastest) level and size equal to that of lowest (largest) level CSCI 620

4 Questions for Memory Hierarchy (to be considered in design) Q1: Where can a block be placed in the upper level? (Block placement) Q2: How is a block found if it is in the upper level? (Block identification) Q3: Which block should be replaced on a miss? (Block replacement) Q4: What happens on a write? (Write strategy) CSCI 620

Q1: Where can a block be placed in the cache? Direct mapped: block 12 can go only into block 4 (12 mod 8) Set associative: block 12 can go anywhere in set 0 (12 mod 4) Fully associative: block 12 can go anywhere Block 12 placed in 8 block cache: Fully associative, direct mapped, 2-way set associative S.A. Mapping = Block number modulo number sets Block no. 0 1 2 3 4 5 6 7 4 5 3 2 1 7 6 Block no. 0 1 2 3 4 5 6 7 4 5 3 2 1 7 6 Block no. 0 1 2 3 4 5 6 7 4 5 3 2 1 7 6 Cache Set Set 1 Set 2 Set 3 1 3 2 Block frame address Block no. Q: Block 23 goes into? 4 5 3 2 1 7 6 8 9 Memory CSCI 620

Direct Mapped Cache with block size of 1 word CSCI 620

Set Associative(16 way) cache Fully Associative? CSCI 620

Q2: How is a block found if it is in the upper level? Tag on each block No need to check index or block offset Increasing associativity shrinks index, expands tag Block Offset Block Address Index Tag CSCI 620

Q3: Which block should be replaced on a miss? Easy for Direct Mapped Set Associative or Fully Associative: Random LRU (Least Recently Used) Assoc: 2-way 4-way 8-way Size LRU Rand LRU Rand LRU Rand 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% CSCI 620

Miss Rate for 2-way Set Associative Cache Q3: After a cache read miss, if there are no empty cache blocks, which block should be removed from the cache? The Least Recently Used (LRU) block? Appealing, but hard to implement for high associativity A randomly chosen block? Easy to implement, how well does it work? Miss Rate for 2-way Set Associative Cache Size Random LRU 16 KB 5.7% 5.2% 64 KB 2.0% 1.9% 256 KB 1.17% 1.15% CSCI 620

Q4: What happens on a write? Write-Through Write-Back Policy Data written to cache block also written to lower-level memory Write data only to the cache Update lower level when a block removed from cache Debug Easy Hard Do read misses produce writes? No Yes Do repeated writes make it to lower level? CSCI 620

Write Miss—word to be written not in cache On a write miss, we can write into the cache (Make room and write–write allocate) or bypass it and go directly to main memory (write no-allocate) Write allocate is usually associated with write-back caches Write no-allocate corresponds to write-through CSCI 620

Write Buffers for Write-Through Caches Processor Cache Write Buffer Lower Level Memory Holds data awaiting write-through to lower level memory Q. Why a write buffer ? A. So CPU doesn’t stall Q. Why a buffer, why not just one register ? A. Bursts of writes are common Q. Are Read After Write (RAW) hazards an issue for write buffer? A. Yes! Drain buffer before next read, or send read after checking write buffer CSCI 620

Classifying Misses( 3C ) Compulsory -- first reference Capacity -- a miss because the value was evicted for lack of space(to make room) Conflict -- a miss because another block with the same mapping needs to be brought in CSCI 620

5 Basic Cache Optimizations Reducing Miss Rate Larger Block size (reduce compulsory misses) Larger Cache size (reduce capacity misses) Higher Associativity (reduce conflict misses) Reducing Miss Penalty Multilevel Caches Reducing hit time Giving Reads Priority over Writes E.g., Read complete before earlier writes in write buffer CSCI 620

Outline Memory hierarchy Locality Cache design Virtual address spaces—Virtual Memory Page table layout TLB design options Conclusion CSCI 620

The Limits of Physical Addressing “Physical addresses” of memory locations Data All programs share one address space: The physical address space A0-A31 A0-A31 CPU Memory D0-D31 D0-D31 Machine language programs must be aware of the machine organization No way to prevent a program from accessing any machine resource CSCI 620

Solution: Add a Layer of Indirection “Virtual Addresses” “Physical Addresses” A0-A31 Virtual Physical A0-A31 Address Translation CPU Memory D0-D31 D0-D31 Data User programs run in an standardized virtual address space Address Translation hardware managed by the operating system (OS) maps virtual address to physical memory Hardware supports “modern” OS features: Protection, Translation, Sharing CSCI 620

Three Advantages of Virtual Memory Translation: Program can be given consistent view of memory, even though physical memory is scrambled Makes multithreading reasonable (now used a lot!) Only the most important part of program (“Working Set”) must be in physical memory. Contiguous structures (like stacks) use only as much physical memory as necessary yet still grow later. Protection: Different threads (or processes) protected from each other. Different pages can be given special behavior (Read Only, Invisible to user programs, etc). Kernel data protected from User programs Very important for protection from malicious programs Sharing: Can map same physical page to multiple users (“Shared memory”) CSCI 620

Page tables encode virtual address spaces A virtual address space is divided into blocks of memory called pages Physical Address Space Virtual frame frame Page table A machine usually supports pages of a few sizes (MIPS R4000): frame frame The R4000 implements variable page sizes on a per-page. basis, varying from 4 Kbytes to 16 Mbytes A valid page table entry codes physical memory “frame” address for the page CSCI 620

Page tables encode virtual address spaces A virtual address space is divided into blocks of memory called pages Page Table OS manages the page table Physical Memory Space A valid page table entry codes physical memory “frame” address for the page frame frame frame A machine usually supports pages of a few sizes (MIPS R4000): frame A page table is indexed by a virtual address CSCI 620

Details of Page Table Page Table Physical Memory Space Virtual Address frame V page no. offset 12 frame Page table frame Page Table frame Page Table Base Reg Access Rights V PA index into page table virtual address table located in physical memory P page no. offset 12 Valid bit Physical Address Page table maps virtual page numbers to physical frames (“PTE” = Page Table Entry) Virtual memory => treat memory  cache for disk CSCI 620

Entire Page table may not fit in memory! A table for 4KB pages for a 32-bit address space has 1M entries Each process needs its own address space! Two-level Page Tables P1 index P2 index Page Offset 31 12 11 21 22 32 bit virtual address Top-level table wired in main memory Subset of 1024 second-level tables in main memory; rest are on disk or unallocated CSCI 620

VM and Disk: Page replacement policy Page Table Dirty bit: page written. Used bit: set to 1 on any reference dirty used 1 0 ... 1 0 0 1 1 1 0 0 Set of all pages in Memory Tail pointer: Clear the used bit in the page table Head pointer Place pages on free list if used bit is still clear. Schedule pages with dirty bit set to be written to disk. Freelist Architect’s role: support setting dirty and used bits Free Pages CSCI 620

TLB Design Concepts CSCI 620

MIPS Address Translation: How does it work? “Virtual Addresses” “Physical Addresses” A0-A31 Virtual Physical A0-A31 Translation Look-Aside Buffer (TLB) Translation Look-Aside Buffer (TLB) A small fully-associative cache of mappings from virtual to physical addresses CPU Memory D0-D31 D0-D31 Data TLB also contains protection bits for virtual address Fast common case: Virtual address is in TLB, process has permission to read/write it. CSCI 620

Physical and virtual pages must be the same size! The TLB caches page table entries Physical and virtual pages must be the same size! TLB Page Table 2 1 3 virtual address page off frame 5 physical address TLB caches page table entries. Physical frame address V=0 pages either reside on disk or have not yet been allocated. OS handles V=0 “Page fault” MIPS handles TLB misses in software (random replacement). Other machines use hardware. CSCI 620

Typical TLB--http://en.wikipedia.org/wiki/Translation_lookaside_buffer Size: 8 - 4,096 entries Hit time: 0.5 - 1 clock cycle Miss penalty: 10 - 30 clock cycles Miss rate: 0.01% - 1% CSCI 620

Summary #1/3: The Cache Design Space Several interacting dimensions cache size block size associativity replacement policy write-through vs write-back write allocation The optimal choice is a compromise depends on access characteristics workload use (I-cache, D-cache, TLB) depends on technology / cost Simplicity often wins Cache Size Associativity Block Size Bad No fancy replacement policy is needed for the direct mapped cache. As a matter of fact, that is what cause direct mapped trouble to begin with: only one place to go in the cache--causes conflict misses. Besides working at Sun, I also teach people how to fly whenever I have time. Statistic have shown that if a pilot crashed after an engine failure, he or she is more likely to get killed in a multi-engine light airplane than a single engine airplane. The joke among us flight instructors is that: sure, when the engine quit in a single engine stops, you have one option: sooner or later, you land. Probably sooner. But in a multi-engine airplane with one engine stops, you have a lot of options. It is the need to make a decision that kills those people. Good Factor A Factor B Less More CSCI 620 CS252 S05

Summary #2/3: Caches The Principle of Locality: Program 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 Major Categories of Cache Misses: Compulsory Misses: sad facts of life. Example: cold start misses. Capacity Misses: increase cache size Conflict Misses: increase cache size and/or associativity. Nightmare Scenario: ping pong effect! Write Policy: Write Through vs. Write Back Today CPU time is a function of (ops, cache misses) vs. just f(ops): affects Compilers, Data structures, and Algorithms CSCI 620 CS252 S05

Summary #3/3: TLB, Virtual Memory Page tables map virtual address to physical address TLBs are important for fast translation TLB misses are significant in processor performance Caches, TLBs, Virtual Memory all understood by examining how they deal with 4 questions: 1) Where can block be placed? 2) How is block found? 3) What block is replaced on miss? 4) How are writes handled? Let’s do a short review of what you learned last time. Virtual memory was originally invented as another level of memory hierarchy such that programers, faced with main memory much smaller than their programs, do not have to manage the loading and unloading portions of their program in and out of memory. It was a controversial proposal at that time because very few programers believed software can manage the limited amount of memory resource as well as human. This all changed as DRAM size grows exponentially in the last few decades. Nowadays, the main function of virtual memory is to allow multiple processes to share the same main memory so we don’t have to swap all the non-active processes to disk. Consequently, the most important function of virtual memory these days is to provide memory protection. The most common technique, but we like to emphasis not the only technique, to translate virtual memory address to physical memory address is to use a page table. TLB, or translation lookaside buffer, is one of the most popular hardware techniques to reduce address translation time. Since TLB is so effective in reducing the address translation time, what this means is that TLB misses will have a significant negative impact on processor performance. +3 = 3 min. (X:43) CSCI 620 CS252 S05