Memory Management. Contents: Memory Management. How to generate code? Background

Similar documents
Chapter 8: Main Memory

Chapter 8: Main Memory

8.1 Background. Part Four - Memory Management. Chapter 8: Memory-Management Management Strategies. Chapter 8: Memory Management

Part Three - Memory Management. Chapter 8: Memory-Management Strategies

Chapter 8: Memory Management Strategies

Chapter 9: Memory Management. Background

I.-C. Lin, Assistant Professor. Textbook: Operating System Principles 7ed CHAPTER 8: MEMORY

Chapter 8: Memory Management

Memory Management. Memory Management

Memory Management. CSCI 315 Operating Systems Design Department of Computer Science

I.-C. Lin, Assistant Professor. Textbook: Operating System Concepts 8ed CHAPTER 8: MEMORY

Module 9: Memory Management. Background. Binding of Instructions and Data to Memory

Module 8: Memory Management

Chapter 7: Main Memory. Operating System Concepts Essentials 8 th Edition

Module 8: Memory Management

Logical versus Physical Address Space

Chapter 8: Memory Management. Operating System Concepts with Java 8 th Edition

Chapter 8: Memory- Management Strategies. Operating System Concepts 9 th Edition

Chapter 8: Memory- Management Strategies. Operating System Concepts 9 th Edition

Chapter 8: Memory- Management Strategies

CS307: Operating Systems

Chapter 8: Memory- Manage g me m nt n S tra r t a e t gie i s

Chapter 8 Memory Management

Chapter 8: Main Memory. Operating System Concepts 9 th Edition

Lecture 8 Memory Management Strategies (chapter 8)

Roadmap. Tevfik Koşar. CSC Operating Systems Spring Lecture - XII Main Memory - II. Louisiana State University

Chapter 8: Memory-Management Strategies

Chapter 8: Memory Management. Background Swapping Contiguous Allocation Paging Segmentation Segmentation with Paging

Chapter 8: Main Memory

CHAPTER 8: MEMORY MANAGEMENT. By I-Chen Lin Textbook: Operating System Concepts 9th Ed.

CHAPTER 8 - MEMORY MANAGEMENT STRATEGIES

Background Swapping Contiguous Memory Allocation Paging Structure of the Page Table Segmentation

Memory management. Last modified: Adaptation of Silberschatz, Galvin, Gagne slides for the textbook Applied Operating Systems Concepts

SHANDONG UNIVERSITY 1

Chapter 8: Main Memory

Goals of Memory Management

6 - Main Memory EECE 315 (101) ECE UBC 2013 W2

Memory Management. Memory

Memory Management Cache Base and Limit Registers base limit Binding of Instructions and Data to Memory Compile time absolute code Load time

Background. Contiguous Memory Allocation

Principles of Operating Systems

Chapter 9 Memory Management Main Memory Operating system concepts. Sixth Edition. Silberschatz, Galvin, and Gagne 8.1

Main Memory Yi Shi Fall 2017 Xi an Jiaotong University

CS307 Operating Systems Main Memory

Main Memory. CISC3595, Spring 2015 X. Zhang Fordham University

Virtual Memory. CSCI 315 Operating Systems Design Department of Computer Science

CS 3733 Operating Systems:

Chapter 8: Memory Management

Main Memory. Electrical and Computer Engineering Stephen Kim ECE/IUPUI RTOS & APPS 1

Chapter 8: Memory- Management Strategies Dr. Varin Chouvatut

CS370 Operating Systems

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

File Systems. OS Overview I/O. Swap. Management. Operations CPU. Hard Drive. Management. Memory. Hard Drive. CSI3131 Topics. Structure.

P r a t t hr h ee e : e M e M m e o m r o y y M a M n a a n g a e g m e e m n e t 8.1/72

Unit-03 Deadlock and Memory Management Unit-03/Lecture-01

Chapter 8 Main Memory

CS420: Operating Systems

Memory Management. Minsoo Ryu. Real-Time Computing and Communications Lab. Hanyang University.

Memory Management Minsoo Ryu Real-Time Computing and Communications Lab. Hanyang University

Performance of Various Levels of Storage. Movement between levels of storage hierarchy can be explicit or implicit

Chapter 8 & Chapter 9 Main Memory & Virtual Memory

Chapters 9 & 10: Memory Management and Virtual Memory

Operating Systems. Designed and Presented by Dr. Ayman Elshenawy Elsefy

CSE 421/521 - Operating Systems Fall Lecture - XII Main Memory Management. Tevfik Koşar. University at Buffalo. October 18 th, 2012.

CS3600 SYSTEMS AND NETWORKS

Main Memory (Part I)

Memory Management. Dr. Yingwu Zhu

Memory Management and Protection

Basic Memory Management. Basic Memory Management. Address Binding. Running a user program. Operating Systems 10/14/2018 CSC 256/456 1

Outlook. Background Swapping Contiguous Memory Allocation Paging Structure of the Page Table Segmentation Example: The Intel Pentium

CS370 Operating Systems

The Memory Management Unit. Operating Systems. Autumn CS4023

Main Memory (Part II)

Chapter 9 Memory Management

Memory Management. Reading: Silberschatz chapter 9 Reading: Stallings. chapter 7 EEL 358

CS6401- Operating System UNIT-III STORAGE MANAGEMENT

Memory Management. Dr. Yingwu Zhu

Chapter 8: Main Memory. Operating System Concepts 8th Edition

Basic Memory Management

Addresses in the source program are generally symbolic. A compiler will typically bind these symbolic addresses to re-locatable addresses.

CSE 4/521 Introduction to Operating Systems. Lecture 14 Main Memory III (Paging, Structure of Page Table) Summer 2018

CSE 4/521 Introduction to Operating Systems. Lecture 12 Main Memory I (Background, Swapping) Summer 2018

Introduction to Operating Systems

ECE 7650 Scalable and Secure Internet Services and Architecture ---- A Systems Perspective. Part I: Operating system overview: Memory Management

Main Memory (II) Operating Systems. Autumn CS4023

Operating Systems. Memory Management. Lecture 9 Michael O Boyle

Memory management: outline

Memory management: outline

Memory Management (1) Memory Management

Memory Management (1) Memory Management. CPU vs. memory. No.8. Prof. Hui Jiang Dept of Electrical Engineering and Computer Science, York University

COSC Operating Systems Design, Fall 2001, Byunggu Yu. Chapter 9 Memory Management (Lecture Note #8) 1. Background

9.1 Background. In Chapter 6, we showed how the CPU can be shared by a set of processes. As a result of

UNIT-III VIRTUAL MEMORY

VII. Memory Management

CS420: Operating Systems. Paging and Page Tables

Fall 2015 COMP Operating Systems. Lab 06

Page Table Structure. Hierarchical Paging. Hashed Page Tables. Inverted Page Tables

Operating systems. Part 1. Module 11 Main memory introduction. Tami Sorgente 1

12: Memory Management

Operating System 1 (ECS-501)

Transcription:

TDIU11 Operating systems Contents: Memory Management Memory Management [SGG7/8/9] Chapter 8 Background Relocation Dynamic loading and linking Swapping Contiguous Allocation Paging Segmentation Copyright Notice: The lecture notes are mainly based on Silberschatz s, Galvin s and Gagne s book ( Operating System Copyright Concepts, 7th Notice: ed., Wiley, The 2005). lecture No part notes of the are lecture modifications notes may be reproduced of the slides in any accompanying form, due to the copyrights the course book reserved Operating by Wiley. These System lecture Concepts, notes should 9only th edition, be used for 2013 internal by Silberschatz, teaching purposes Galvin at the Linköping and Gagne. University. Christoph Kessler, IDA, Linköpings universitet. 4.2 Background To be run, a program must be brought into memory and placed within a process Long-term scheduler / Medium-term scheduler Not all processes fit into memory (i.e., memory is a limited resource) Input queue collection of processes on the disk that are waiting to be brought into memory to run the program User programs go through several steps before being run e.g., relocation 4.3 How to generate code? When the compiler/assembler/linker generates code, how does it handle Absolute Jumps? Adresses of global variables? Symbolic addressing: Definition of data X If (X) goto P P: as Relocation table: - line 3, patch base+1 - line 3, patch base+5 Relative addressing: 0: 1: Space for data 2: 3: If (*1) goto 5 4: 5: 4.4 Static loading Absolute addressing: 243: 244: Space for data 245: 246: If (*244) goto 248 247: 248:

Binding of Instructions and Data to Memory Static vs. Dynamic Loading Address binding of instructions and data to memory addresses can happen at three different stages: Compile time / Link time: If memory location known a priori, absolute code can be generated; must recompile code if starting location changes Load time: Must generate relocatable code if memory location is not known at compile time Execution time: Binding delayed until run time if the process can be moved during its execution from one memory segment to another. Need hardware support for address maps (e.g., base and limit registers, MMU). 4.5 link time load time Static Loading: Move the compiled and linked image into program memory, patch remaining relative addresses, and start execution. Dynamic loading: postpone loading of some routine until it is called Better memory-space utilization unused routine is never loaded Useful when large amounts of code are needed to handle infrequently occurring cases No special support from OS required implemented through compiler runtime system Example: Java dynamic class loading 4.6 Static vs. Dynamic Linking Logical vs. Physical Address Space Static linking: Copy together a program from its modules and libraries used Relocation (patching) of relative addresses with new ones update relocation table and table of externally visible symbols Dynamic linking: true linking postponed until runtime Small piece of code, stub, used to locate the appropriate memory-resident library routine Stub replaces itself with a call to the address of the routine, and executes the routine OS needed to check if routine is in processes memory area or other accessible memory area Dynamic linking is particularly useful for libraries The concept of a logical address space that is bound to a separate physical address space is central to proper memory management Logical address generated by the CPU also referred to as virtual address Physical address address seen by the memory unit Logical and physical addresses are the same in compile-time and load-time address-binding schemes CPU Logical (virtual) and physical addresses differ in run-time address-binding scheme Logical addresses memory Physical addresses 4.7 4.8

Memory-Management Unit (MMU) Swapping Hardware device that maps virtual to physical address The value in the relocation register is added to every address generated by a user process at the time it is sent to memory The user program deals with logical addresses; it never sees the real physical addresses Dynamic relocation using a relocation register 4.9 A process can be swapped temporarily out of memory to a backing store, and then brought back into memory for continued execution Backing store fast disk large enough to accommodate copies of all memory images for all users must provide direct access to these memory images 4.10 Swapping Roll out, roll in swapping variant used for priority-based scheduling algorithms lower-priority process is swapped out so higher-priority process can be loaded and executed Major part of swap time is transfer time total transfer time is directly proportional to the amount of memory swapped Modified versions of swapping are found on many systems (i.e., UNIX, Linux, and Windows) 4.11 Swapping is costly! Contiguous Allocation Dual mode: Main memory separated into 2+ partitions: Resident OS kernel, usually held in low memory (incl. interrupt vector) User processes then held in high memory Multi-partition allocation Relocation-register scheme: protect user processes from each other, and from changing OS code / data Relocation register contains value of smallest physical address Limit register contains range of logical addresses 4.12 1 process has 1 block (partition) of memory

HW address protection (1) with base and limit registers HW address protection (2) with relocation and limit registers A base and a limit register define a logical address space logical address = physical address (as long as in process range) A base and a limit register define a logical address space 4.13 4.14 Contiguous multi-partition allocation 2 variants: Fixed partition scheme All partitions have equal (fixed) size + Simple model Degree of multiprogramming limited by #partitions Internal fragmentation (unused) Contiguous Allocation (Cont.) Hole block of available memory holes of various size are scattered throughout memory When a process arrives, it is allocated memory from a hole large enough to accommodate it OS maintains information about: a) allocated partitions b) free partitions (holes) OS OS OS OS Variable partition scheme Size of loaded program dictates partition size process 5 process 8 process 5 process 5 process 9 process 5 process 9 process 10 External fragmentation process 2 process 2 process 2 process 2 4.15 4.16

Dynamic Storage-Allocation Problem How to satisfy a request of size n from a list of free holes? First-fit: Allocate the first hole that is big enough Best-fit: Allocate the smallest hole that is big enough; must search entire list, unless ordered by size. Produces the smallest leftover hole. Worst-fit: Allocate the largest hole; must also search entire list. Produces the largest leftover hole. Simulations show: First-fit and best-fit better than worst-fit in terms of storage utilization 4.17 Fragmentation External Fragmentation total memory space exists to satisfy a request, but it is not contiguous Internal Fragmentation allocated memory may be slightly larger than requested memory; this size difference is memory internal to a partition, but not being used Reduce external fragmentation by compaction Shuffle memory contents to place all free memory together in one large block (also known as garbage collection) Compaction is possible only if relocation is dynamic, and is done at execution time I/O problem Latch job in memory while it is involved in I/O Do I/O only into OS buffers 4.18 Example of Compacting Example of Compacting: Solution 1 p1 p1 p1 p2 p2 pnew p2 p3 p3 p3 pnew p4 p4 p4 Move all occupied areas to one side until there is a hole large enough for pnew 4.19 4.20

Example of Compacting: Solution 2 p1 p1 p3 p2 p2 p3 pnew p4 p4 Search and select one (or a few) processes to move to free a hole large enough 4.21 Paging Goals: Physical address space of a process can be noncontiguous Process is allocated physical memory whenever the latter is available no external fragmentation Divide physical memory into fixed-sized blocks called frames. Frame size is power of 2, between 512 bytes and 8192 bytes. Divide logical memory into blocks of same size, called pages. Keep track of all free frames To run a program of size n pages, need to find n free frames and load program Set up a page table to translate logical to physical addresses Internal fragmentation 4.22 Paging: Address Translation Scheme Tiny Paging Example Address generated by CPU is divided into: Page number (p) index into a page table which contains the base address of each page in physical memory Page offset (d) combined with base address to define the physical memory address that is sent to the memory unit 1 character = 1 byte Frame/page size = 4 bytes = 2 2 bytes Number of pages = 4 = 2 2 Logical addr. space size = 16 = 2 2+2 Physical address space size = 32 bytes 4.23 4.24

Paging Remarks Allocating frames from free-frame list Internal fragmentation with paging Worst case fragmentation = 1 frame 1 byte Average fragmentation = 0.5 * frame size So small frame sizes are desirable? But each page table entry takes memory to track Page sizes growing over time Process view and physical memory are now very different By implementation, a process can only access its own memory Before allocation After allocation 4.25 4.26 Implementation of the Page Table Page table is kept in main memory Page-table base register (PTBR) points to the page table Page-table length register (PRLR) indicates size of the page table Every data/instruction access requires 2 memory accesses. One for the page table and one for the data/instruction. Solve the two-memory-access problem by using a special fast-lookup cache (in hardware): translation look-aside buffer (TLB) Implements an associative memory Associative Memory Associative memory = content-addressable memory ADT Dictionary Page number Frame number p f TLB: Address translation (p, f) If p is in TLB, get frame number f out Otherwise get frame number from page table in memory TLB realized in hardware parallel search for contents 4.27 4.28

Paging Hardware With TLB Effective Access Time Memory cycle time: t Time for associative lookup: ε TLB hit ratio α percentage of times that a page number is found in TLB Effective Access Time (EAT): EAT = (t + ε) α + (2t + ε)(1 α) = 2t + ε α t Example: For t =100 ns, ε = 20 ns, α = 0.8: EAT = 140 ns TLB: fast, small, and expensive, Typ. 64 1024 TLB entries 4.29 in main memory 4.30 Memory Protection Page Table Structure implemented by associating protection bit with each frame Valid-invalid bit attached to each entry in the page table: valid : the associated page is in the process logical address space, and is thus a legal page invalid : the page is not in the process logical address space The large page table problem Most modern systems support large logical address spaces (2 32 2 64 bytes) For 2 32 logical addresses with a page size 2 12 = 4096, page table has 2 20 = 1M entries, thus needing 4 MB physical memory Page table structures: Hierarchical Paging: page the page table Hashed Page Tables Inverted Page Tables 4.31 4.32

Hierarchical Page Tables Two-Level Paging Example Break up the logical address space into multiple page tables A simple technique is a two-level page table: A logical address (on 32-bit machine with 4K page size) is divided into: a page number consisting of 20 bits a page offset consisting of 12 bits Since the page table is paged, the page number is further divided into: a 10-bit page number a 10-bit page offset page number page offset Thus, a logical address is as follows: p i p 2 d 10 10 12 where p i is an index into the outer page table, and p 2 is the displacement within the page of the outer page table 4.33 4.34 Address-Translation Scheme Address-translation scheme for a two-level 32-bit paging architecture Hashed Page Tables Common in address spaces > 32 bits The virtual page number is hashed into a page table. This page table contains a chain of elements hashing to the same location. Virtual page numbers are compared in this chain searching for a match. If a match is found, the corresponding physical frame is extracted. 4.35 4.36

Inverted Page Table One entry for each real page of memory Entry: <pid, p> p: virtual address of the page stored in that real memory location, pid: process that owns that page (as address space identifier) Decreases memory needed to store each page table, but increases time needed to search the table when a page reference occurs Use hash table to limit the search to one or at most a few page-table entries Shared Pages Easy with paged memory! Shared code TDIU11, Examples: C. Kessler, IDA, Linköpings UltraSPARC, universitet. PowerPC, Itanium 4.37 4.38 One copy of read-only (reentrant) code shared among processes (i.e., text editors, compilers, window systems). Shared code must appear in same location in the logical address space of all processes Private code and data Each process keeps a separate copy of the code and data The pages for the private code and data can appear anywhere in the logical address space Shared pages are hard to implement when inverted page tables are used Only 1 virtual page entry for every physical page Shared Pages Example Segmentation Memory-management scheme that supports a user view of memory: A program is a collection of segments. A segment is a logical unit such as: main program, procedure, function, method, object, local variables, global variables, common block, stack, symbol table, arrays Idea: allocate memory according to such segments 4.39 4.40

Logical View of Segmentation Example of Segmentation 1 1 4 2 3 4 2 3 user space physical memory space 4.41 4.42 Segmentation Architecture Logical address is a pair <segment-number, offset> Segmentation Architecture: Address Translation Segment table maps two-dimensional physical addresses; each table entry has: base physical starting address where the segment resides in memory limit specifies the length of the segment 2 registers (part of PCB): Segment-table base register (STBR) points to the segment table s location in memory Segment-table length register (STLR) indicates number of segments used by a program; Segment number s is legal if s < STLR 4.43 4.44

Segmentation Architecture (cont.) Sharing of Segments Relocation. dynamic by segment table Sharing. shared segments same segment number Protection. With each entry in segment table associate: validation bit = 0 illegal segment read / write / execute privileges Protection bits in table entries Allocation. first fit/best fit external fragmentation Since segments vary in length, memory allocation is a dynamic storage-allocation problem 4.45 4.46 Combining Segmentation and Paging Each segment is organized as a set of pages. Segment table entries refer to a page table for each segment. TLB used to speed up effective access time. Common in today s operating systems (e.g. Solaris, Linux). virtual address: segment number page number displacement s p d if TLB hit for (s,p), get f, otherwise: segment table origin register s s page table for this segment p segment table for this process 4.47 f f d physical address