1 Lecture 14: Virtual Memory Today: DRAM and Virtual memory basics (Sections 5.3-5.4)

Slides:



Advertisements
Similar presentations
Main MemoryCS510 Computer ArchitecturesLecture Lecture 15 Main Memory.
Advertisements

Lecture 19: Cache Basics Today’s topics: Out-of-order execution
1 Lecture 13: Cache and Virtual Memroy Review Cache optimization approaches, cache miss classification, Adapted from UCB CS252 S01.
Operating Systems Lecture 10 Issues in Paging and Virtual Memory Adapted from Operating Systems Lecture Notes, Copyright 1997 Martin C. Rinard. Zhiqing.
CSIE30300 Computer Architecture Unit 10: Virtual Memory Hsin-Chou Chi [Adapted from material by and
CSC 4250 Computer Architectures December 8, 2006 Chapter 5. Memory Hierarchy.
1 Lecture 20: Cache Hierarchies, Virtual Memory Today’s topics:  Cache hierarchies  Virtual memory Reminder:  Assignment 8 will be posted soon (due.
CSCE 212 Chapter 7 Memory Hierarchy Instructor: Jason D. Bakos.
Lecture 12: DRAM Basics Today: DRAM terminology and basics, energy innovations.
1 Lecture 14: Cache Innovations and DRAM Today: cache access basics and innovations, DRAM (Sections )
1 Lecture 15: DRAM Design Today: DRAM basics, DRAM innovations (Section 5.3)
1 Lecture 14: Virtual Memory Topics: virtual memory (Section 5.4) Reminders: midterm begins at 9am, ends at 10:40am.
S.1 Review: The Memory Hierarchy Increasing distance from the processor in access time L1$ L2$ Main Memory Secondary Memory Processor (Relative) size of.
1 Lecture 15: Virtual Memory and Large Caches Today: TLB design and large cache design basics (Sections )
Computer ArchitectureFall 2007 © November 21, 2007 Karem A. Sakallah Lecture 23 Virtual Memory (2) CS : Computer Architecture.
1 Lecture 16: Virtual Memory Today: DRAM innovations, virtual memory (Sections )
The Memory Hierarchy II CPSC 321 Andreas Klappenecker.
Lecture 17: Virtual Memory, Large Caches
1 Lecture 13: Cache Innovations Today: cache access basics and innovations, DRAM (Sections )
©UCB CS 162 Ch 7: Virtual Memory LECTURE 13 Instructor: L.N. Bhuyan
1 Lecture 21: Virtual Memory, I/O Basics Today’s topics:  Virtual memory  I/O overview Reminder:  Assignment 8 due Tue 11/21.
1  1998 Morgan Kaufmann Publishers Chapter Seven Large and Fast: Exploiting Memory Hierarchy (Part II)
11/10/2005Comp 120 Fall November 10 8 classes to go! questions to me –Topics you would like covered –Things you don’t understand –Suggestions.
Lecture 19: Virtual Memory
1 Lecture: Virtual Memory, DRAM Main Memory Topics: virtual memory, TLB/cache access, DRAM intro (Sections 2.2)
July 30, 2001Systems Architecture II1 Systems Architecture II (CS ) Lecture 8: Exploiting Memory Hierarchy: Virtual Memory * Jeremy R. Johnson Monday.
The Memory Hierarchy 21/05/2009Lecture 32_CA&O_Engr Umbreen Sabir.
1 Lecture: Large Caches, Virtual Memory Topics: cache innovations (Sections 2.4, B.4, B.5)
1 Lecture 13: Cache, TLB, VM Today: large caches, virtual memory, TLB (Sections 2.4, B.4, B.5)
1 Virtual Memory Main memory can act as a cache for the secondary storage (disk) Advantages: –illusion of having more physical memory –program relocation.
1 Lecture 14: DRAM Main Memory Systems Today: cache/TLB wrap-up, DRAM basics (Section 2.3)
Virtual Memory 1 1.
1 Lecture 16: Virtual Memory Topics: virtual memory, improving TLB performance (Sections )
Multilevel Caches Microprocessors are getting faster and including a small high speed cache on the same chip.
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  2004 Morgan Kaufmann Publishers Chapter Seven Memory Hierarchy-3 by Patterson.
1 Adapted from UC Berkeley CS252 S01 Lecture 18: Reducing Cache Hit Time and Main Memory Design Virtucal Cache, pipelined cache, cache summary, main memory.
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)
1 Lecture: Virtual Memory Topics: virtual memory, TLB/cache access (Sections 2.2)
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”
1 Lecture: Virtual Memory, DRAM Main Memory Topics: virtual memory, TLB/cache access, DRAM intro (Sections 2.2)
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.
1 Lecture: Large Caches, Virtual Memory Topics: cache innovations (Sections 2.4, B.4, B.5)
CMSC 611: Advanced Computer Architecture Memory & Virtual Memory Some material adapted from Mohamed Younis, UMBC CMSC 611 Spr 2003 course slides Some material.
CS 704 Advanced Computer Architecture
Lecture 11 Virtual Memory
Memory COMPUTER ARCHITECTURE
Lecture: Large Caches, Virtual Memory
Lecture: Large Caches, Virtual Memory
CS 704 Advanced Computer Architecture
Lecture: Large Caches, Virtual Memory
Lecture 14 Virtual Memory and the Alpha Memory Hierarchy
Part V Memory System Design
CMSC 611: Advanced Computer Architecture
Virtual Memory 4 classes to go! Today: Virtual Memory.
Lecture: DRAM Main Memory
Lecture 23: Cache, Memory, Virtual Memory
Lecture 22: Cache Hierarchies, Memory
Lecture: DRAM Main Memory
Lecture: DRAM Main Memory
Lecture: Cache Innovations, Virtual Memory
Lecture 24: Memory, VM, Multiproc
Morgan Kaufmann Publishers Memory Hierarchy: Virtual Memory
Lecture 15: Memory Design
Virtual Memory Overcoming main memory size limitation
Lecture 24: Virtual Memory, Multiprocessors
Lecture 23: Virtual Memory, Multiprocessors
Main Memory Background
Virtual Memory 1 1.
Presentation transcript:

1 Lecture 14: Virtual Memory Today: DRAM and Virtual memory basics (Sections )

2 DRAM Access 1M DRAM = 1024 x 1024 array of bits 10 row address bits arrive first Column decoder 10 column address bits arrive next Subset of bits returned to CPU 1024 bits are read out Row Access Strobe (RAS) Column Access Strobe (CAS)

3 DRAM Properties The RAS and CAS bits share the same pins on the chip Each bit loses its value after a while – hence, each bit has to be refreshed periodically – this is done by reading each row and writing the value back (hence, dynamic random access memory) – causes variability in memory access time Dual Inline Memory Modules (DIMMs) contain 4-16 DRAM chips and usually feed eight bytes to the processor

4 Technology Trends Improvements in technology (smaller devices)  DRAM capacities double every two years Time to read data out of the array improves by only 5% every year  high memory latency (the memory wall!) Time to read data out of the column decoder improves by 10% every year  influences bandwidth

5 Increasing Bandwidth The column decoder has access to many bits of data – many sequential bits can be forwarded to the CPU without additional row accesses (fast page mode) Each word is sent asynchronously to the CPU – every transfer entails overhead to synchronize with the controller – by introducing a clock, more than one word can be sent without increasing the overhead – synchronous DRAM

6 Increasing Bandwidth By increasing the memory width (number of memory chips and the connecting bus), more bytes can be transferred together – increases cost Interleaved memory – since the memory is composed of many chips, multiple operations can happen at the same time – a single address is fed to multiple chips, allowing us to read sequential words in parallel

7 Virtual Memory Processes deal with virtual memory – they have the illusion that a very large address space is available to them There is only a limited amount of physical memory that is shared by all processes – a process places part of its virtual memory in this physical memory and the rest is stored on disk Thanks to locality, disk access is likely to be uncommon The hardware ensures that one process cannot access the memory of a different process

8 Address Translation The virtual and physical memory are broken up into pages Virtual address 8KB page size page offsetvirtual page number Translated to physical page number Physical address 13

9 Memory Hierarchy Properties A virtual memory page can be placed anywhere in physical memory (fully-associative) Replacement is usually LRU (since the miss penalty is huge, we can invest some effort to minimize misses) A page table (indexed by virtual page number) is used for translating virtual to physical page number The memory-disk hierarchy can be either inclusive or exclusive and the write policy is writeback

10 TLB Since the number of pages is very high, the page table capacity is too large to fit on chip A translation lookaside buffer (TLB) caches the virtual to physical page number translation for recent accesses A TLB miss requires us to access the page table, which may not even be found in the cache – two expensive memory look-ups to access one word of data! A large page size can increase the coverage of the TLB and reduce the capacity of the page table, but also increases memory wastage

11 TLB and Cache Is the cache indexed with virtual or physical address?  To index with a physical address, we will have to first look up the TLB, then the cache  longer access time  Multiple virtual addresses can map to the same physical address – can we ensure that these different virtual addresses will map to the same location in cache? Else, there will be two different copies of the same physical memory word Does the tag array store virtual or physical addresses?  Since multiple virtual addresses can map to the same physical address, a virtual tag comparison can flag a miss even if the correct physical memory word is present

12 Virtually Indexed Caches 24-bit virtual address, 4KB page size  12 bits offset and 12 bits virtual page number To handle the example below, the cache must be designed to use only 12 index bits – for example, make the 64KB cache 16-way Page coloring can ensure that some bits of virtual and physical address match abcdefabbdef Page in physical memory Data cache that needs 16 index bits 64KB direct-mapped or 128KB 2-way… cdef bdef Virtually indexed cache

13 Cache and TLB Pipeline TLB Virtual address Tag arrayData array Physical tag comparion Virtual page number Virtual index Offset Physical page number Physical tag Virtually Indexed; Physically Tagged Cache

14 Superpages If a program’s working set size is 16 MB and page size is 8KB, there are 2K frequently accessed pages – a 128-entry TLB will not suffice By increasing page size to 128KB, TLB misses will be eliminated – disadvantage: memory wastage, increase in page fault penalty Can we change page size at run-time? Note that a single page has to be contiguous in physical memory

15 Superpages Implementation At run-time, build superpages if you find that contiguous virtual pages are being accessed at the same time For example, virtual pages may be frequently accessed – coalesce these pages into a single superpage of size 128KB that has a single entry in the TLB The physical superpage has to be in contiguous physical memory – the 16 physical pages have to be moved so they are contiguous … virtualphysicalvirtualphysical

16 Ski Rental Problem Promoting a series of contiguous virtual pages into a superpage reduces TLB misses, but has a cost: copying physical memory into contiguous locations Page usage statistics can determine if pages are good candidates for superpage promotion, but if cost of a TLB miss is x and cost of copying pages is Nx, when do you decide to form a superpage? If ski rentals cost $20 and new skis cost $200, when do I decide to buy new skis?  If I rent 10 times and then buy skis, I’m guaranteed to not spend more than twice the optimal amount

17 Protection The hardware and operating system must co-operate to ensure that different processes do not modify each other’s memory The hardware provides special registers that can be read in user mode, but only modified by instrs in supervisor mode A simple solution: the physical memory is divided between processes in contiguous chunks by the OS and the bounds are stored in special registers – the hardware checks every program access to ensure it is within bounds

18 Protection with Virtual Memory Virtual memory allows protection without the requirement that pages be pre-allocated in contiguous chunks Physical pages are allocated based on program needs and physical pages belonging to different processes may be adjacent – efficient use of memory Each page has certain read/write properties for user/kernel that is checked on every access  a program’s executable can not be modified  part of kernel data cannot be modified/read by user  page tables can be modified by kernel and read by user

19 Title Bullet