One-Slide Summary. Lecture Outine. Automatic Memory Management #1. Why Automatic Memory Management? Garbage Collection.

Similar documents
ACM Trivia Bowl. Thursday April 3 rd (two days from now) 7pm OLS 001 Snacks and drinks provided All are welcome! I will be there.

Automatic Memory Management

Lecture Outine. Why Automatic Memory Management? Garbage Collection. Automatic Memory Management. Three Techniques. Lecture 18

Automatic Memory Management

Automatic Memory Management

Run-Time Environments/Garbage Collection

Lecture 13: Garbage Collection

CMSC 330: Organization of Programming Languages

CMSC 330: Organization of Programming Languages

Runtime. The optimized program is ready to run What sorts of facilities are available at runtime

CMSC 330: Organization of Programming Languages. Memory Management and Garbage Collection

Lecture 15 Garbage Collection

Lecture 15 Advanced Garbage Collection

Automatic Garbage Collection

Garbage Collection. Akim D le, Etienne Renault, Roland Levillain. May 15, CCMP2 Garbage Collection May 15, / 35

Acknowledgements These slides are based on Kathryn McKinley s slides on garbage collection as well as E Christopher Lewis s slides

CS61C : Machine Structures

Deallocation Mechanisms. User-controlled Deallocation. Automatic Garbage Collection

Heap Management. Heap Allocation

CS61C : Machine Structures

CSE P 501 Compilers. Memory Management and Garbage Collec<on Hal Perkins Winter UW CSE P 501 Winter 2016 W-1

Lecture Notes on Garbage Collection

Memory Management. Memory Management... Memory Management... Interface to Dynamic allocation

CS61C : Machine Structures

Garbage Collection. Weiyuan Li

Garbage Collection Algorithms. Ganesh Bikshandi

Garbage Collection. Steven R. Bagley

CS61C : Machine Structures

Sustainable Memory Use Allocation & (Implicit) Deallocation (mostly in Java)

Run-time Environments -Part 3

Lecture 7 More Memory Management Slab Allocator. Slab Allocator

Garbage Collection. Hwansoo Han

G Programming Languages - Fall 2012

Robust Memory Management Schemes

6.172 Performance Engineering of Software Systems Spring Lecture 9. P after. Figure 1: A diagram of the stack (Image by MIT OpenCourseWare.

Compiler Construction

CS 4120 Lecture 37 Memory Management 28 November 2011 Lecturer: Andrew Myers

Compiler Construction

Programming Language Implementation

CS 536 Introduction to Programming Languages and Compilers Charles N. Fischer Lecture 11

Garbage Collection (1)

Implementation Garbage Collection

Algorithms for Dynamic Memory Management (236780) Lecture 1

Exploiting the Behavior of Generational Garbage Collector

Lecture 13: Complex Types and Garbage Collection

Garbage Collection. CS 351: Systems Programming Michael Saelee

Lecture Notes on Advanced Garbage Collection

Performance of Non-Moving Garbage Collectors. Hans-J. Boehm HP Labs

Structure of Programming Languages Lecture 10

Dynamic Memory Management! Goals of this Lecture!

Reference Counting. Reference counting: a way to know whether a record has other users

Garbage Collection Techniques

Mark-Sweep and Mark-Compact GC

Programming Languages

Compilers. 8. Run-time Support. Laszlo Böszörmenyi Compilers Run-time - 1

CS577 Modern Language Processors. Spring 2018 Lecture Garbage Collection

Dynamic Memory Management

A.Arpaci-Dusseau. Mapping from logical address space to physical address space. CS 537:Operating Systems lecture12.fm.2

Book keeping. Will post HW5 tonight. OK to work in pairs. Midterm review next Wednesday

CS2210: Compiler Construction. Runtime Environment

Memory Allocation. Static Allocation. Dynamic Allocation. Dynamic Storage Allocation. CS 414: Operating Systems Spring 2008

(notes modified from Noah Snavely, Spring 2009) Memory allocation

Dynamic Memory Management

Reference Counting. Reference counting: a way to know whether a record has other users

CS 345. Garbage Collection. Vitaly Shmatikov. slide 1

Dynamic Memory Allocation

Dynamic Storage Allocation

Functional Programming. Introduction To Cool

Algorithms for Dynamic Memory Management (236780) Lecture 4. Lecturer: Erez Petrank

CS61C : Machine Structures

Design Issues. Subroutines and Control Abstraction. Subroutines and Control Abstraction. CSC 4101: Programming Languages 1. Textbook, Chapter 8

CS 241 Honors Memory

Java & Coherence Simon Cook - Sales Consultant, FMW for Financial Services

Motivation for Dynamic Memory. Dynamic Memory Allocation. Stack Organization. Stack Discussion. Questions answered in this lecture:

Opera&ng Systems CMPSCI 377 Garbage Collec&on. Emery Berger and Mark Corner University of Massachuse9s Amherst

Dynamic Memory Allocation: Advanced Concepts

CS558 Programming Languages

CS2210: Compiler Construction. Runtime Environment

Memory Allocation III

CS Computer Systems. Lecture 8: Free Memory Management

Shenandoah: An ultra-low pause time garbage collector for OpenJDK. Christine Flood Principal Software Engineer Red Hat

Cunning Plan. One-Slide Summary. Functional Programming. Functional Programming. Introduction to COOL #1. Classroom Object-Oriented Language

Manual Allocation. CS 1622: Garbage Collection. Example 1. Memory Leaks. Example 3. Example 2 11/26/2012. Jonathan Misurda

Memory. don t forget to take out the

Memory Allocation II. CSE 351 Autumn Instructor: Justin Hsia

Shenandoah An ultra-low pause time Garbage Collector for OpenJDK. Christine H. Flood Roman Kennke

CS558 Programming Languages

CSE 413 Midterm, May 6, 2011 Sample Solution Page 1 of 8

CS842: Automatic Memory Management and Garbage Collection. Mark and sweep

Lecture Notes on Memory Layout

CS558 Programming Languages

Dynamic Memory Allocation

06 A Low-Level Virtual Machine

CSCI-1200 Data Structures Fall 2011 Lecture 24 Garbage Collection & Smart Pointers

A new Mono GC. Paolo Molaro October 25, 2006

CS61C Midterm Review on C & Memory Management

Verifying a Concurrent Garbage Collector using a Rely-Guarantee Methodology

Lecture 7: Binding Time and Storage

Glacier: A Garbage Collection Simulation System

Advanced Programming & C++ Language

Transcription:

Automatic Memory Management #1 One-Slide Summary An automatic memory management system deallocates objects when they are no longer used and reclaims their storage space. We must be conservative and only free objects that will not be used later. Garbage collection scans the heap from a set of s to find reachable objects. Mark and Sweep and Stop and Copy are two GC algorithms. Reference Counting stores the number of pointers to an object with that object and frees it when that count reaches zero. #2 Lecture Outine Why Automatic Memory Management? Garbage Collection Three Techniques Mark and Sweep Stop and Copy Reference Counting #3 1

Why Automatic Memory Management? Storage management is still a hard problem in modern programming C and C++ programs have many storage bugs forgetting to free unused memory dereferencing a dangling pointer overwriting parts of a data structure by accident and so on... (can be big security problems) Storage bugs are hard to find a bug can lead to a visible effect far away in time and program text from the source #4 Type Safety and Memory Management Some storage bugs can be prevented in a strongly typed language e.g., you cannot overrun the array limits Can types prevent errors in programs with manual allocation and deallocation of memory? Some fancy type systems (linear types) were designed for this purpose but they complicate programming significantly If you want type safety then you must use automatic memory management #5 Automatic Memory Management This is an old problem: Studied since the 1950s for LISP Will you remember PL history for the final? There are several well-known techniques for performing completely automatic memory management Until recently they were unpopular outside the Lisp family of languages just like type safety used to be unpopular #6 2

The Basic Idea When an object that takes memory space is created, unused space is automatically allocated In Cool, new objects are created by new X After a while there is no more unused space Some space is occupied by objects that will never be used again (= dead objects?) This space can be freed to be reused later #7 Dead Again? How can we tell whether an object will never be used again? In general it is impossible (undecideable) to tell We will have to use a heuristic to find many (not all) objects that will never be used again Observation: a program can use only the objects that it can find: let x : A new A in { x y;... } After x y there is no way to access the newly allocated object #8 Garbage An object x is reachable if and only if: A local variable (or register) contains a pointer to x, or Another reachable object y contains a pointer to x You can find all reachable objects by starting from local variables and following all the pointers An unreachable object can never by referred to by the program These objects are called garbage #9 3

Reachability is an Approximation Consider the program: x new Ant; y new Bat; x y; if alwaystrue() then x new Cow else x.eat() fi After x y (assuming y becomes dead there) The object Ant is not reachable anymore The object Bat is reachable (through x) Thus Bat is not garbage and is not collected But object Bat is never going to be used #10 Cool Garbage At run-time we have two mappings: Environment E maps variable identifiers to locations Store S maps locations to values Proposed Cool Garbage Collector for each location l domain(s) let can_reach = false for each (v,l 2 ) E if l = l 2 then can_reach = true if not can_reach then reclaim_location(l) #11 Cooler Garbage Environment E maps variable identifiers to locations Store S maps locations to values Proposed Cool Garbage Collector for each location l domain(s) let can_reach = false for each (v,l 2 ) E if l = l 2 then can_reach = true for each l 3 v // v is X(, a i = l i, ) if l = l 3 then can_reach = true if not can_reach then reclaim_location(l) #12 4

Garbage Analysis Could we use the proposed Cool Garbage Collector in real life? How long would it take? How much space would it take? Are we forgetting anything? #13 Tracing Reachable Values In cool, local variables are easy to find Use the environment mapping E and one object may point to other objects, etc. The stack is more complex each stack frame (activation record) contains: method parameters (other objects) If we know the layout of a stack frame we can find the pointers (objects) in it #14 A Simple Example local var A B C D E stack Frame 1 Frame 2 Start tracing from local vars and the stack they are called the s Note that B and D are not reachable from local vars or the stack Thus we can reuse their storage #15 5

Elements of Garbage Collection Every garbage collection scheme has the following steps 1. Allocate space as needed for new objects 2. When space runs out: a) Compute what objects might be used again (generally by tracing objects reachable from a set of s) b) Free space used by objects not found in (a) Some strategies perform garbage collection before the space actually runs out #16 Mark and Sweep When memory runs out, GC executes two phases the mark phase: traces reachable objects the sweep phase: collects garbage objects Every object has an extra bit: the mark bit reserved for memory management initially the mark bit is 0 set to 1 for the reachable objects in the mark phase #17 Mark and Sweep Example A 0 B 0 C 0 D 0 E 0 F 0 free After mark: A 1 B 0 C 1 D 0 E 0 F 1 After sweep: free A 0 B 0 C 0 D 0 E 0 F 0 free #18 6

The Mark Phase let todo = { all s } (* worklist *) while todo do pick v todo todo todo - { v } if mark(v) = 0 then (* v is unmarked so far *) mark(v) 1 let v 1,...,v n be the pointers contained in v todo todo {v 1,...,v n } fi od #19 The Sweep Phase The sweep phase scans the (entire) heap looking for objects with mark bit 0 these objects have not been visited in the mark phase they are garbage Any such object is added to the free list The objects with a mark bit 1 have their mark bit reset to 0 #20 The Sweep Phase (Cont.) /* sizeof(p) is the size of block starting at p */ p bottom of heap while p < top of heap do if mark(p) = 1 then mark(p) 0 else add block p...(p+sizeof(p)-1) to freelist fi p p + sizeof(p) od #21 7

Mark and Sweep Analysis While conceptually simple, this algorithm has a number of tricky details this is typical of GC algorithms A serious problem with the mark phase it is invoked when we are out of space yet it needs space to construct the todo list the size of the todo list is unbounded so we cannot reserve space for it a priori #22 Mark and Sweep Details The todo list is used as an auxiliary data structure to perform the reachability analysis There is a trick that allows the auxiliary data to be stored in the objects themselves pointer reversal: when a pointer is followed it is reversed to point to its parent Similarly, the free list is stored in the free objects themselves #23 Mark and Sweep Evaluation Space for a new object is allocated from the new list a block large enough is picked an area of the necessary size is allocated from it the left-over is put back in the free list Mark and sweep can fragment memory Advantage: objects are not moved during GC no need to update the pointers to objects works for languages like C and C++ #24 8

Another Technique: Stop and Copy Memory is organized into two areas Old space: used for allocation New space: used as a reserve for GC heap pointer old space new space The heap pointer points to the next free word in the old space Allocation just advances the heap pointer #25 Stop and Copy GC Starts when the old space is full Copies all reachable objects from old space into new space garbage is left behind after the copy phase the new space uses less space than the old one before the collection After the copy the roles of the old and new spaces are reversed and the program resumes #26 Stop and Copy Garbage Collection. Example Before collection: A B C D E F new space After collection: heap pointer new space A C F free #27 9

Implementing Stop and Copy We need to find all the reachable objects Just as in mark and sweep As we find a reachable object we copy it into the new space And we have to fix ALL pointers pointing to it! As we copy an object we store in the old copy a forwarding pointer to the new copy when we later reach an object with a forwarding pointer we know it was already copied How can we identify forwarding pointers? #28 Implementation of Stop and Copy We still have the issue of how to implement the traversal without using extra space The following trick solves the problem: partition new space in three contiguous regions start scan alloc copied and scanned copied objects whose pointer fields were followed and fixed copied copied objects whose pointer fields were NOT followed empty #29 Stop and Copy. Example (1) Before garbage collection start scan alloc A B C D E F new space #30 10

Stop and Copy. Example (2) Step 1: Copy the objects pointed by s and set forwarding pointers (dotted arrow) alloc start scan A B C D E F A #31 Stop and Copy. Example (3) Step 2: Follow the pointer in the next unscanned object (A) copy the pointed objects (just C in this case) fix the pointer in A set forwarding pointer alloc scan start A B C D E F A C #32 Stop and Copy. Example (4) Follow the pointer in the next unscanned object (C) copy the pointed objects (F in this case) start scan alloc A B C D E F A C F #33 11

Stop and Copy. Example (5) Follow the pointer in the next unscanned object (F) the pointed object (A) was already copied. Set the pointer same as the forwading pointer alloc scan start A B C D E F A C F #34 Stop and Copy. Example (6) Since scan caught up with alloc we are done Swap the role of the spaces and resume the program scan alloc new space A C F #35 The Stop and Copy Algorithm while scan alloc do let O be the object at scan pointer for each pointer p contained in O do find O that p points to if O is without a forwarding pointer copy O to new space (update alloc pointer) set 1st word of old O to point to the new copy change p to point to the new copy of O else set p in O equal to the forwarding pointer fi end for increment scan pointer to the next object od #36 12

Stop and Copy Details As with mark and sweep, we must be able to tell how large an object is when we scan it And we must also know where the pointers are inside the object We must also copy any objects pointed to by the stack and update pointers in the stack This can be an expensive operation #37 Stop and Copy Evaluation Stop and copy is generally believed to be the fastest GC technique Allocation is very cheap Just increment the heap pointer Collection is relatively cheap Especially if there is a lot of garbage Only touch reachable objects But some languages do not allow copying C, C++, #38 Why Doesn t C Allow Copying? Garbage collection relies on being able to find all reachable objects And it needs to find all pointers in an object In C or C++ it is impossible to identify the contents of objects in memory e.g., how can you tell that a sequence of two memory words is a list cell (with data and next fields) or a binary tree node (with a left and right fields)? Thus we cannot tell where all the pointers are #39 13

Conservative Garbage Collection But it is OK to be conservative: If a memory word looks like a pointer it is considered to be a pointer it must be aligned (what does this mean?) it must point to a valid address in the data segment All such pointers are followed and we overestimate the reachable objects But we still cannot move objects because we cannot update pointers to them What if what we thought to be a pointer is actually an account number? #40 Reference Counting Rather that wait for memory to be exhausted, try to collect an object when there are no more pointers to it Store in each object the number of pointers to that object This is the reference count Each assignment operation has to manipulate the reference count #41 Implementing Reference Counts new returns an object with a reference count of 1 If x points to an object then let rc(x) refer to the object s reference count Every assignment x y must be changed: rc(y) rc(y) + 1 rc(x) rc(x) - 1 if (rc(x) == 0) then mark x as free x y #42 14

Reference Counting Evaluation Advantages: Easy to implement Collects garbage incrementally without large pauses in the execution Why would we care about that? Disadvantages: Manipulating reference counts at each assignment is very slow Cannot collect circular structures #43 Garbage Collection Evaluation Automatic memory management avoids some serious storage bugs But it takes away control from the programmer e.g., layout of data in memory e.g., when is memory deallocated Most garbage collection implementation stop the execution during collection not acceptable in real-time applications #44 Garbage Collection Evaluation Garbage collection is going to be around for a while Researchers are working on advanced garbage collection algorithms: Concurrent: allow the program to run while the collection is happening Generational: do not scan long-lived objects at every collection (infant mortality) Parallel: several collectors working in parallel Real-Time / Incremental: no long pauses #45 15

In Real Life Python uses Reference Counting Because of extension modules, they deem it too difficult to determine the set Has a special separate cycle detector Perl does Reference Counting + cycles Ruby does Mark and Sweep OCaml does (generational) Stop and Copy Java does (generational) Stop and Copy #46 Homework WA7 due this Thursday For Thursday Read chapter 8.5 Midterm 2 Thursday April 12 (9 days) Covers Lectures 12 21 and all reading, WA s and PA s done during that time #47 16