Presentation is loading. Please wait.

Presentation is loading. Please wait.

Free-Me: A Static Analysis for Individual Object Reclamation Samuel Z. Guyer Tufts University Kathryn S. McKinley University of Texas at Austin Daniel.

Similar presentations


Presentation on theme: "Free-Me: A Static Analysis for Individual Object Reclamation Samuel Z. Guyer Tufts University Kathryn S. McKinley University of Texas at Austin Daniel."— Presentation transcript:

1 Free-Me: A Static Analysis for Individual Object Reclamation Samuel Z. Guyer Tufts University Kathryn S. McKinley University of Texas at Austin Daniel Frampton Australian National University T H E U N I V E R S I T Y O F T E X A S A T A U S T I N

2 2 Motivation Automatic memory reclamation (GC) No need for explicit “free” Garbage collector reclaims memory Eliminates many programming errors Problem: when do we get memory back? Frequent GCs: Reclaim memory quickly, with high overhead Infrequent GCs: Lower overhead, but lots of garbage in memory

3 3 Example Notice: String idName is often garbage Memory: void parse(InputStream stream) { while (not_done) { String idName = stream.readToken(); Identifier id = symbolTable.lookup(idName); if (id == null) { id = new Identifier(idName); symbolTable.add(idName, id); } computeOn(id); }} Read a token (new String) Look up in symbol table If not there, create new identifier, add to symbol table Compute on identifier

4 4 Solution Garbage does not accumulate Memory: void parse(InputStream stream) { while (not_done) { String idName = stream.readToken(); Identifier id = symbolTable.lookup(idName) if (id == null) { id = new Identifier(idName); symbolTable.add(idName, id); } else free (idName); computeOn(id); }} String idName is garbage, free immediately

5 5 Our approach Adds free() automatically FreeMe compiler pass inserts calls to free() Preserve software engineering benefits Can’t determine lifetimes for all objects Works with the garbage collector Implementation of free() depends on collector Goal: Incremental, “eager” memory reclamation Results: reduce GC load, improve performance Potential: 1.7X performance malloc / free vs GC in tight heaps (Hertz & Berger, OOPSLA 2005)

6 6 Outline Motivation Analysis Results Related work Conclusions

7 7 FreeMe Analysis Goal: Determine when an object becomes unreachable Not a whole-program analysis * Idea: pointer analysis + liveness Pointer analysis for reachability Liveness analysis for when Within a method, for allocation site “ p = new A ” where can we place a call to “ free(p) ”? I’ll describe the interprocedural parts later

8 8 Pointer Analysis Connectivity graph Variables Allocation sites Globals (statics) Analysis algorithm Flow-insensitive, field-insensitive String idName = stream.readToken(); Identifier id = symbolTable.lookup(idName); if (id == null) { id = new Identifier(idName); symbolTable.add(idName, id); } computeOn(id); idName symbolTable readToken String Identifier (global) id

9 9 Adding liveness Key: idName readToken String Identifier (global) An object is reachable only when all incoming pointers are live From a variable:Live range of the variable From a global:Live from the pointer store onward Live from the pointer store until source object becomes unreachable From other object: Reachability is union of all these live ranges

10 10 Computed as sets of edges Variables Heap pointers Liveness Analysis String idName = stream.readToken(); id = new Identifier(idName); computeOn(id); if (id == null) Identifier id = symbolTable.lookup(idName); symbolTable.add(idName, id); idName (global) readToken String Identifier

11 11 Where can we free it? Where object exists -minus- Where reachable String idName = stream.readToken(); id = new Identifier(idName); computeOn(id); if (id == null) Identifier id = symbolTable.lookup(idName); symbolTable.add(idName, id); readToken String Compiler inserts call to free(idName)

12 12 Interprocedural component Detection of factory methods Return value is a new object Can be freed by the caller Effects of methods called Describes how parameters are connected Compilation strategy: Summaries pre-computed for all methods Free-me only applied to hot methods String idName = stream.readToken(); symbolTable.add(idName, id); Hashtable.add : (0 → 1) (0 → 2)

13 13 Implementation in JikesRVM FreeMe added to OPT compiler Run-time: depends on collector Mark/sweep Free-list: free() operation Generational mark/sweep Unbump: move nursery “bump pointer” backward Unreserve: reduce copy reserve Very low overhead Run longer without collecting

14 14 Volume freed – in MB 100% 50% 0% compress 105 jess 263 raytrace 91 mtrt 98 javac 183 jack 271 pseudojbb 180 xalan 8195 antlr 1544716 bloat fop 103 hsqldb 515 jython 348 pmd 822 ps 523 db 74 SPEC benchmarks DaCapo benchmarks Increasing alloc size

15 15 Volume freed – in MB 100% 50% 0% compress 105 jess 263 raytrace 91 mtrt 98 javac 183 jack 271 pseudojbb 180 xalan 8195 antlr 1544716 bloat fop 103 hsqldb 515 jython 348 pmd 822 ps 523 db 74 0 16 73 24 163 34 1607 673 22230 57 75 278 22 45 FreeMe Mean: 32%

16 16 Compare to stack-like behavior Notice: Stacks and regions won’t work for example idName escapes some of the time Not biased: 35% vs 65% Comparison: restrict placement of free() Object must not escape No conditional free No factory methods Other approaches: Optimistic, dynamic stack allocation [Azul, Corry 06] Scalar replacement

17 17 Volume freed – in MB 0% compress 105 jess 263 raytrace 91 mtrt 98 javac 183 jack 271 pseudojbb 180 xalan 8195 antlr 1544716 bloat fop 103 hsqldb 515 jython 348 pmd 822 ps 523 db 74 Stack-like Mean: 20% 100% 50% 0 16 73 15 103 1566 146 35 21 28 3 56 14 45 6

18 18 Mark/sweep – GC time All benchmarks 30% 9%

19 19 Mark/sweep – time 20% 15% 6% All benchmarks

20 20 GenMS – time All benchmarks

21 21 GenMS – GC time Why doesn’t this help? Note: the number of GCs is greatly reduced FreeMe mostly finding short-lived objects All benchmarks Nursery reclaims dead objects for free (cost ~ survivors)

22 22 Bloat – GC time 12%

23 23 Related work Compile-time memory management Functional languages [Barth 77, Hughs 92, Mazur 01] Shape analysis [Shaham 03, Cherem 06] Stack allocation [Gay 00, Blanchet 03, Choi 03] Tied to stack frames or other scopes Objects from a site must not escape Region inference [Tofte 96, Hallenberg 02] Cheap reclamation – no scoping constraints Similar all-or-nothing limitation

24 24 Conclusions FreeMe analysis Finds many objects to free: often 30% - 60% Most are short-lived objects GC + explicit free() Advantage over stack/region allocation: no need to make decision at allocation time Generational collectors Nursery works very well Abandon techniques that replace nursery? Mark-sweep collectors 50% to 200% speedup Works better as memory gets tighter Embedded applications: Compile-ahead Memory constrained Non-moving collectors

25 25 Thank You


Download ppt "Free-Me: A Static Analysis for Individual Object Reclamation Samuel Z. Guyer Tufts University Kathryn S. McKinley University of Texas at Austin Daniel."

Similar presentations


Ads by Google