+ All Categories
Home > Documents > Memory Management

Memory Management

Date post: 12-Nov-2014
Category:
Upload: malik-m-rizwan-yasin
View: 796 times
Download: 2 times
Share this document with a friend
Description:
Comprehensive approch toward memory management
Popular Tags:
45
Malik Rizwan Yasin – Ph.d Researcher in Advance Network System Memory Management Malik Rizwan Yasin - 00923009289949 1 4.1 Basic memory management 4.2 Swapping 4.3 Virtual memory 4.4 Page replacement algorithms 4.5 Modeling page replacement algorithms 4.6 Design issues for paging systems 4.7 Implementation issues 4.8 Segmentation
Transcript
Page 1: Memory Management

Malik Rizwan Yasin – Ph.d Researcher in Advance Network System

Memory Management

Malik Rizwan Yasin -00923009289949 1

4.1 Basic memory management4.2 Swapping4.3 Virtual memory4.4 Page replacement algorithms4.5 Modeling page replacement algorithms4.6 Design issues for paging systems4.7 Implementation issues4.8 Segmentation

Page 2: Memory Management

Memory Management

Malik Rizwan Yasin -00923009289949 2

• Ideally programmers want memory that is– large– fast– non volatile

• Memory hierarchy– small amount of fast, expensive memory – cache – some medium-speed, medium price main memory– gigabytes of slow, cheap disk storage

• Memory manager handles the memory hierarchy

Page 3: Memory Management

Requirements of MM

• Relocation: cannot be sure where program will be loaded in memory

• Protection: avoiding unwanted interference by other processes

• Efficient use of CPU and main memory• Sharing: data shared by cooperating processes

Malik Rizwan Yasin -00923009289949 3

Page 4: Memory Management

CPU Utilization

Degree of multiprogramming

Malik Rizwan Yasin -00923009289949 4

Page 5: Memory Management

Multiprogramming with Fixed Partitions

Malik Rizwan Yasin -00923009289949 5

• Fixed memory partitionsa) separate input queues for each partitionb) single input queue

Page 6: Memory Management

Multiprogramming with Fixed Partitions• Memory is allocated according to some

algorithm, e.g. using best fit• Strength: easy implementation• Weakness: inefficient use of memory because

of internal fragmentation (partitions may not be full); limited number of active processes

Malik Rizwan Yasin -00923009289949 6

Page 7: Memory Management

Swapping or Dynamic Partitioning

Malik Rizwan Yasin -00923009289949 7

Memory allocation changes by swapping processes in and out

Shaded regions are unused memory - external fragmentation

Page 8: Memory Management

Problem with growing segments

Malik Rizwan Yasin -00923009289949 8

• Allocating space for growing data segment• Allocating space for growing stack & data segment

Page 9: Memory Management

Virtual Memory

Malik Rizwan Yasin -00923009289949 9

• Problem: some programs are too big for main memory; large programs in memory limit the degree of multiprogramming

• Solution: keep only those parts of the programs in main memory that are currently in use

• Basic idea: a map between program-generated addresses (virtual address space) and main memory

• Main techniques: paging and segmentation

Page 10: Memory Management

Paging (1)

The position and function of the MMUMalik Rizwan Yasin -

00923009289949 10

Page 11: Memory Management

Paging (2)

Malik Rizwan Yasin -00923009289949 11

The relation betweenvirtual addressesand physical memory addres-ses given bypage table

Page 12: Memory Management

Page Tables (1)

Malik Rizwan Yasin -00923009289949 12Internal operation of MMU with 16 4 KB pages

Page 13: Memory Management

Page Tables (2)Second-level page tables

Top-level page table

Malik Rizwan Yasin -00923009289949 13

• 32 bit address with 2 page table fields• Two-level page tables

Page 14: Memory Management

Page Tables (3)

Typical page table entry

Malik Rizwan Yasin -00923009289949 14

Page 15: Memory Management

TLBs – Translation Lookaside Buffers

A TLB to speed up pagingMalik Rizwan Yasin -

00923009289949 15

Page 16: Memory Management

Inverted Page Tables

Comparison of a traditional page table with an inverted page tableMalik Rizwan Yasin -

00923009289949 16

Page 17: Memory Management

Page Replacement

• Page fault: referencing a page that is not in main memory

• Page fault forces choice– which page must be removed to make room for

incoming page• Modified page must first be saved

– unmodified just overwritten• Better not to choose an often used page

– will probably need to be brought back in soon

Malik Rizwan Yasin -00923009289949 17

Page 18: Memory Management

Page Fault Handling (1)

Hardware traps to kernelGeneral registers savedOS chooses page frame to freeIf selected frame is dirty, writes it to disk

Malik Rizwan Yasin -00923009289949 18

Page 19: Memory Management

Page Fault Handling (2)

OS brings scheduled new page in from diskPage tables updatedFaulting instruction backed up to when it began Faulting process scheduledRegisters restoredProgram continues

Malik Rizwan Yasin -00923009289949 19

Page 20: Memory Management

Optimal Page Replacement Algorithm

• Replace page needed at the farthest point in future– Optimal but unrealizable

• Estimate by …– logging page use on previous runs of process– although this is impractical

Malik Rizwan Yasin -00923009289949 20

Page 21: Memory Management

Not Recently Used Page Replacement Algorithm• Each page has Reference bit, Modified bit

– bits are set when page is referenced, modified• Pages are classified

1. not referenced, not modified2. not referenced, modified3. referenced, not modified4. referenced, modified

• NRU removes page at random– from lowest numbered non empty class

• Macintosh v.m. uses a variant of NRUMalik Rizwan Yasin -

00923009289949 21

Page 22: Memory Management

FIFO Page Replacement Algorithm

• Maintain a linked list of all pages– in order they came into memory

• Page at beginning of list (the oldest page) is replaced

• Disadvantage– page in memory the longest may be often used

Malik Rizwan Yasin -00923009289949 22

Page 23: Memory Management

Second Chance Page Replacement Algorithm

Malik Rizwan Yasin -00923009289949 23

• Operation of a second chance– pages sorted in FIFO order– Page list if fault occurs at time 20, A has R bit set

(numbers above pages are loading times)

Page 24: Memory Management

The Clock Page Replacement Algorithm

Malik Rizwan Yasin -00923009289949 24

Page 25: Memory Management

Least Recently Used (LRU)

• Assume pages used recently will used again soon– throw out page that has been unused for longest time

• Must keep a linked list of pages– most recently used at front, least at rear– update this list every memory reference !!

• Alternatively, keep counter in each page table entry indicating the time of last reference– choose page with lowest value counter

Malik Rizwan Yasin -00923009289949 25

Page 26: Memory Management

Implementation of LRU

Malik Rizwan Yasin -00923009289949 26

LRU using a matrix – pages referenced in order0,1,2,3,2,1,0,3,2,3

Page 27: Memory Management

Simulating LRU in Software

• The aging algorithm simulates LRU in software

Malik Rizwan Yasin -00923009289949 27

Page 28: Memory Management

The Working Set

• Working set: the set of pages currently used by the process – Changes over time.

• Locality of reference: during any phase of execution, the process references only a relatively small fraction of its pages.

• Thrashing: a program causing page faults at every few instructions.

Malik Rizwan Yasin -00923009289949 28

Page 29: Memory Management

The Working Set Page Replacement Algorithm

The working set algorithmMalik Rizwan Yasin -

00923009289949 29

Page 30: Memory Management

The WSClock Page Replacement Algorithm

Malik Rizwan Yasin -00923009289949 30Operation of the WSClock algorithm

Page 31: Memory Management

Review of Page Replacement Algorithms

Malik Rizwan Yasin -00923009289949 31

Page 32: Memory Management

Modeling Page Replacement AlgorithmsBelady's Anomaly

Malik Rizwan Yasin -00923009289949 32

a) FIFO with 3 page framesb) FIFO with 4 page frames• P's show which page references show page faults

Page 33: Memory Management

Design Issues for Paging SystemsLocal versus Global Allocation Policies (1)

Malik Rizwan Yasin -00923009289949 33

a) Original configurationb) Local page replacementc) Global page replacement

Page 34: Memory Management

Local versus Global Allocation Policies (2)

Malik Rizwan Yasin -00923009289949 34

Page fault rate as a function of the number of page frames assigned

Page 35: Memory Management

Load Control

• Despite good designs, system may still thrash

• When PFF algorithm indicates – some processes need more memory – but no processes need less

• Solution :Reduce number of processes competing for memory– swap one or more to disk, divide up pages they held– reconsider degree of multiprogramming

Malik Rizwan Yasin -00923009289949 35

Page 36: Memory Management

Page Size

Small page size• Advantages

– less internal fragmentation – better fit for various data structures, code sections– less unused program in memory

• Disadvantages– programs need many pages, larger page tables

Malik Rizwan Yasin -00923009289949 36

Page 37: Memory Management

Cleaning Policy

• Need for a background process, paging daemon– periodically inspects state of memory

• When too few frames are free– selects pages to evict using a replacement algorithm

• It can use same circular list (clock) as regular page replacement algorithm

Malik Rizwan Yasin -00923009289949 37

Page 38: Memory Management

Segmentation (1)

Malik Rizwan Yasin -00923009289949 38

• One-dimensional address space with growing tables• One table may bump into another

Page 39: Memory Management

Segmentation (2)

Malik Rizwan Yasin -00923009289949 39

Allows each table to grow or shrink, independently

Page 40: Memory Management

Segmentation (3)

Malik Rizwan Yasin -00923009289949 40

Comparison of paging and segmentation

Page 41: Memory Management

Implementation of Pure Segmentation

Malik Rizwan Yasin -00923009289949 41

(a)-(d) Development of external fragmentation(e) Compaction

Page 42: Memory Management

Segmentation with Paging: MULTICS (1)

Malik Rizwan Yasin -00923009289949 42

• Descriptor segment points to page tables• Segment descriptor – numbers are field lengths

Page 43: Memory Management

Segmentation with Paging: MULTICS (2)

A 34-bit MULTICS virtual address

Malik Rizwan Yasin -00923009289949 43

Page 44: Memory Management

Segmentation with Paging: MULTICS (3)

Malik Rizwan Yasin -00923009289949 44

Conversion of a 2-part MULTICS address into a main memory address

Page 45: Memory Management

Segmentation with Paging: MULTICS (4)

Malik Rizwan Yasin -00923009289949 45

Simplified version of the MULTICS TLB


Recommended