Recall from last time comparison Caller precision Inlining
- Slides: 49
Recall from last time: comparison Caller precision Inlining context-insensitive interproc Context sensitive interproc Specialization Callee precision Code bloat
Comparison Inlining Caller precision Callee precision , because contexts may be large contexts are kept separate context-insensitive interproc , because Context sensitive interproc , because of Specialization , contexts are merged context sensitive summaries kept separate are kept separate code bloat if we want to get the best precision , because contexts none are merged , because contexts none are still merged when optimizing callees , contexts are kept Some, less separate than inlining
Summary on how to optimize function calls • Inlining • Tail call optimizations • Interprocedural analysis using summaries – context sensitive – context insensitive • Specialization
Cutting edge research • Making interprocedural analysis run fast – Many of the approaches as we have seen them do not scale to large programs (eg millions of lines of code) – Trade off precision for analysis speed • Optimizing first order function calls • Making inlining effective in the presence of dynamic dispatching and class loading
Pointer analysis
Pointer Analysis • Outline: – What is pointer analysis – Intraprocedural pointer analysis – Interprocedural pointer analysis • Andersen and Steensgaard
Pointer and Alias Analysis • Aliases: two expressions that denote the same memory location. • Aliases are introduced by: – – pointers call-by-reference array indexing C unions
Useful for what? • Improve the precision of analyses that require knowing what is modified or referenced (eg const prop, CSE …) • Eliminate redundant loads/stores and dead stores. x : = *p; . . . y : = *p; // replace with y : = x? *x : =. . . ; // is *x dead? • Parallelization of code – can recursive calls to quick_sort be run in parallel? Yes, provided that they reference distinct regions of the array. • Identify objects to be tracked in error detection tools x. lock(); . . . y. unlock(); // same object as x?
Kinds of alias information • Points-to information (must or may versions) – at program point, compute a set of pairs of the form p ! x, where p points to x. – can represent this information x z in a points-to graph p y • Alias pairs – at each program point, compute the set of of all pairs (e 1, e 2) where e 1 and e 2 must/may reference the same memory. • Storage shape analysis – at each program point, compute an abstract description of the pointer structure. p
Intraprocedural Points-to Analysis • Want to compute may-points-to information • Lattice:
Flow functions in x : = k Fx : = k(in) = out in x : = a + b out Fx : = a+b(in) =
Flow functions in x : = y Fx : = y(in) = out in x : = &y out Fx : = &y(in) =
Flow functions in x : = *y Fx : = *y(in) = out in *x : = y out F*x : = y(in) =
Intraprocedural Points-to Analysis • Flow functions:
Example of using points-to information • In constant propagation:
Example of using points-to information • In constant propagation:
Pointers to dynamically-allocated memory • Handle statements of the form: x : = new T • One idea: generate a new variable each time the new statement is analyzed to stand for the new location:
Example l : = new Cons p : = l t : = new Cons *p : = t
Example solved l : = new Cons p : = l l p t : = new Cons l p p V 1 l t *p : = t l p p : = t V 1 V 2 V 1 l V 1 t V 2 p l V 1 V 3 t V 2 V 3 p t V 2 p t p l V 1 t l V 1 V 2 t V 3
What went wrong? • Lattice was infinitely tall! • Instead, we need to summarize the infinitely many allocated objects in a finite way. – introduce summary nodes, which will stand for a whole class of allocated objects. • For example: For each new statement with label L, introduce a summary node loc. L , which stands for the memory allocated by statement L. • Summary nodes can use other criterion for merging.
Example revisited S 1: l : = new Cons p : = l S 2: t : = new Cons *p : = t
Example revisited & solved S 1: l : = new Cons Iter 1 Iter 2 p : = l l p S 1 p l S 2: t : = new Cons l p p : = t S 1 t S 2 l S 2 S 1 l t S 2 S 1 l l S 2 S 1 t S 2 p l t S 2 S 1 t p l p t p l t p *p : = t l p S 1 Iter 3 S 1 t S 2 p l S 1 t S 2
Array aliasing, and pointers to arrays • Array indexing can cause aliasing: – a[i] aliases b[j] if: • a aliases b and i = j • a and b overlap, and i = j + k, where k is the amount of overlap. • Can have pointers to elements of an array – p : = &a[i]; . . . ; p++; • How can arrays be modeled? – Could treat the whole array as one location. – Could try to reason about the array index expressions: array dependence analysis.
Fields • Can summarize fields using per field summary – for each field F, keep a points-to node called F that summarizes all possible values that can ever be stored in F • Can also use allocation sites – for each field F, and each allocation site S, keep a points-to node called (F, S) that summarizes all possible values that can ever be stored in the field F of objects allocated at site S.
Summary • We just saw: – intraprocedural points-to analysis – handling dynamically allocated memory – handling pointers to arrays • But, intraprocedural pointer analysis is not enough. – Sharing data structures across multiple procedures is one the big benefits of pointers: instead of passing the whole data structures around, just pass pointers to them (eg C pass by reference). – So pointers end up pointing to structures shared across procedures. – If you don’t do an interproc analysis, you’ll have to make conservative assumptions functions entries and function calls.
Conservative approximation on entry • Say we don’t have interprocedural pointer analysis. • What should the information be at the input of the following procedure: global g; void p(x, y) {. . . } x y g
Conservative approximation on entry • Here a few solutions: global g; void p(x, y) { x . . . } y locations from alloc sites prior to this invocation • They are all very conservative! • We can try to do better. g x, y, g & locations from alloc sites prior to this invocation
Interprocedural pointer analysis • Main difficulty in performing interprocedural pointer analysis is scaling • One can use a bottom-up summary based approach (Wilson & Lam 95), but even these are hard to scale
Example revisited • Cost: – space: store one fact at each prog point – time: iteration S 1: l : = new Cons Iter 1 Iter 2 p : = l l p S 1 p l S 2: t : = new Cons l p p : = t S 1 t S 2 l S 2 S 1 l t S 2 S 1 L 2 S 1 l l S 2 L 1 t L 2 p l t S 2 S 1 t p l p t p l t p *p : = t l p S 1 Iter 3 S 1 t S 2 p l S 1 t S 2
New idea: store one dataflow fact • Store one dataflow fact for the whole program • Each statement updates this one dataflow fact – use the previous flow functions, but now they take the whole program dataflow fact, and return an updated version of it. • Process each statement once, ignoring the order of the statements • This is called a flow-insensitive analysis.
Flow insensitive pointer analysis S 1: l : = new Cons p : = l S 2: t : = new Cons *p : = t
Flow insensitive pointer analysis S 1: l : = new Cons p : = l l S 1 p S 2: t : = new Cons l p S 1 t S 2 *p : = t l p t S 1 S 2 p l S 1 t S 2
What went wrong?
What went wrong? • What happened to the link between p and S 1? – Can’t do strong updates anymore! – Need to remove all the kill sets from the flow functions. • What happened to the self loop on S 2? – We still have to iterate!
Flow insensitive pointer analysis: fixed This is Andersen’s algorithm ’ 94 Final result S 1: l : = new Cons Iter 1 Iter 2 p : = l l p S 1 p l S 2: t : = new Cons l p p : = t S 1 t S 2 l S 2 S 1 l t S 2 S 1 L 2 S 1 l l S 2 L 1 t L 2 p l t S 2 S 1 t p l p t p l t p *p : = t l p S 1 Iter 3 S 1 t S 2 p l S 1 t S 2
Flow insensitive loss of precision • Flow insensitive analysis leads to loss of precision! main() { x : = &y; . . . Flow insensitive analysis tells us that x may point to z here! x : = &z; } • However: – uses less memory (memory can be a big bottleneck to running on large programs) – runs faster
Worst case complexity of Andersen x a b y c d e x *x = y f a b y c d e Worst case: N 2 per statement, so at least N 3 for the whole program. Andersen is in fact O(N 3) f
New idea: one successor per node • Make each node have only one successor. • This is an invariant that we want to maintain. x y a, b, c d, e, f *x = y x y a, b, c d, e, f
More general case for *x = y x y *x = y
More general case for *x = y x *x = y y x y
Handling: x = *y
Handling: x = *y x x = *y y x y
Handling: x = y (what about y = x? ) x y x = y Handling: x = &y
Handling: x = y (what about y = x? ) x y x y x = y get the same for y = x Handling: x = &y x y x x = &y y, …
Our favorite example, once more! 1 S 1: l : = new Cons p : = l 2 S 2: t : = new Cons 3 *p : = t 4 p : = t 5
Our favorite example, once more! 1 S 1: l : = new Cons l 1 l 2 S 1 3 p : = l p 2 l p t 4 S 2: t : = new Cons 3 S 1 S 2 5 *p : = t 4 l p : = t 5 p S 1 t S 2 l p S 1, S 2 t
Another example bar() { 1 i : = &a; 2 j : = &b; 3 foo(&i); 4 foo(&j); // i pnts to what? *i : =. . . ; } void foo(int* p) { printf(“%d”, *p); }
Another example p bar() { 1 i : = &a; 2 j : = &b; 3 foo(&i); 4 foo(&j); // i pnts to what? *i : =. . . ; 1 i 2 a i j a b 3 i j a b 4 } p void foo(int* p) { printf(“%d”, *p); } i j i, j a b a, b p
Steensgaard & beyond • A well engineered implementation of Steensgaard ran on Word 97 (2. 1 MLOC) in 1 minute. • One Level Flow (Das PLDI 00) is an extension to Steensgaard that gets more precision and runs in 2 minutes on Word 97.
- High precision vs high recall
- What is precision and recall in information retrieval
- High precision vs high recall
- Recall precision
- Recall
- Linear measurement instruments
- Semi precision attachment abutment
- Negatif sayıların binary gösterimi
- Callee vs caller
- Caller id switzerland
- Show caller switzerland
- Tertiary production examples
- Esb dial before you dig
- [driver] legacy kernel caller power manager
- I caller
- "daily caller"
- Caller saved vs callee saved
- Direct comparison vs limit comparison
- How is power presented in ozymandias and my last duchess
- What is elapsed time
- Connectors and conjunctions
- Sqi english language
- For the last time sentence
- I not finished my homework last night
- "datapath"
- Last time we discussed
- Phillians 4:4
- Recall bias
- Recall what an atom is.
- Examples of identification test
- Short feature article
- Woodcock johnson iv subtests
- Rtl ch 2
- Total recall vr
- Total recall oracle
- Recall vs recognition
- Difference between recall and recognition
- A scratch-pad for temporary recall.
- Recall bias
- Recall vs recognition
- Chapter 57 recall questions
- Association vs causality
- Fda district recall coordinator
- An inspector calls recall questions
- Toyota recall crisis 2009
- Recall the rules of probability.
- Acb and bca puzzle
- Semilac recall
- Canon of recall value
- Let us reflect