Proceedings of the 18th ACM SIGPLAN Conference on Object-Oriented Programing, Systems, Languages, and Applications - OOPSLA '0 2003
DOI: 10.1145/949319.949322
|View full text |Cite
|
Sign up to set email alerts
|

Effectiveness of cross-platform optimizations for a java just-in-time compiler

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1

Citation Types

0
4
0

Year Published

2003
2003
2008
2008

Publication Types

Select...
3
1

Relationship

1
3

Authors

Journals

citations
Cited by 4 publications
(4 citation statements)
references
References 0 publications
0
4
0
Order By: Relevance
“…Since compilation time is an integral part of the total execution time in a dynamic compiler, it is of utmost importance to make a good trade-off between compilation time and code quality when proposing optimization levels in a optimizing dynamic compiler. Ishizaki et al [17] describe how optimization levels can be determined manually. The COLE framework on the other hand, enables making such a multi-objective trade-off in an automated manner, which is likely going to result in even better optimization levels.…”
Section: Dynamic Optimizationmentioning
confidence: 99%
See 1 more Smart Citation
“…Since compilation time is an integral part of the total execution time in a dynamic compiler, it is of utmost importance to make a good trade-off between compilation time and code quality when proposing optimization levels in a optimizing dynamic compiler. Ishizaki et al [17] describe how optimization levels can be determined manually. The COLE framework on the other hand, enables making such a multi-objective trade-off in an automated manner, which is likely going to result in even better optimization levels.…”
Section: Dynamic Optimizationmentioning
confidence: 99%
“…These heuristics typically look like: optimizations that do not increase compilation time and are likely to produce good code, should be activated at -O1; optimizations that tend to increase code size but will likely result in better code quality, should be activated at -O2 and disabled at -Os; and optimizations that typically require a lot of compilation time, and might lead to even better code, should be activated at -O3. Ishizaki et al [17] describe such a manual optimization level selection process for a dynamic Just-In-Time compiler.…”
Section: Introductionmentioning
confidence: 99%
“…In advanced dynamic compilers such as the IBM Java Just-in-Time (JIT) compiler [34,16,35,12,17], we can estimate the failure ratio by inspecting a small amount of input data at compilation time. To avoid degradation when the characteristic of the input data changes after compiling the methods, we can recompile the methods with high failure ratios without applying FP speculation by monitoring the failure ratio in the compensation code.…”
Section: Dealing With Frequent Failuresmentioning
confidence: 99%
“…For example, many VMs capture basic block counts during the initial executions of a method and later use this information to bias optimizations such as code layout, register allocation, inlining, method splitting, and alignment of branch targets [6]. Although these techniques are widely used in today's highperformance VMs [42,50,1,33,25], their speculative nature further increases the possibility that an optimization may degrade performance if the profile data was incorrect or if the program behavior changes during execution.…”
Section: Introductionmentioning
confidence: 99%