1 / 24

Overview of the IBM Java Just-in-Time Compiler

Overview of the IBM Java Just-in-Time Compiler. Presenters: Zhenhua Liu, Sanjeev Singh. Reference.

Download Presentation

Overview of the IBM Java Just-in-Time Compiler

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Overview of the IBM Java Just-in-Time Compiler Presenters: Zhenhua Liu, Sanjeev Singh

  2. Reference • “Overview of the IBM Java Just-in-Time”, T. Suganuma, T. Ogasawara, M. Takeuchi, T. Yasue, M. Kawahito, K. Ishizaki, H. Komatsu, T. Nakatani IBM Systems Journal, Volume 39 , No. 1, Pages: 175 – 193, ISSN:0018-8670

  3. Outline • Introduction to JVM • Modifications to JVM(IBM JIT compiler) • Optimization on extended bytecode • Code generation details • Example

  4. Introduction to jvm • What’s JVM(Java Virtual Machine)? • Pros & Cons • Advantage: • Platform-neutrality, flexibility, reusability • Disadvantage: • Performance penalty • Run-time overhead for bytecode instruction fetch & decode Source Code Bytecode Machine Code JVM

  5. Why is JAVA slow? • Many relative small method can lead to more frequent method invocation than other non-OOP languages • Requires run-time exception checking to ensure validity of accesses to objects and arrays • Synchronized methods or synchronized blocks cause run-time overhead by locking a given object for the duration of execution

  6. How to speed up JVM? • Just-in-time (JIT) compiler • Converts the given bytecode instruction sequence at runtime before executing it natively • Pros & Cons of JIT compiler • Reduce overall Run-time overhead • Introduce first-time Compilation overhead, but not afterwards

  7. Structure of Jit compiler Bytecode-level Optimization

  8. Base JVM modification (1/2) • Object layout

  9. Base JVM modification (2/2) • Execution of static initializer • Separate the resolution of a class from the execution of its static initializer • Before Change • A class is resolved at run-time, together with the execution of static initializer. • After Change • A class is resolved at compile-time. The static initializer is executed upon run-time calls.

  10. Selective Compilation • Mixed execution • Interpretation + Compiled Code(JIT-generated code) • Rules (using JIT or not?) • Yes • Hot methods(frequently invoked methods) • Hot branches (frequently traversed branches) • Loops included • No • Only executed once • No loop included

  11. Bytecode-level Optimization • Method inlining

  12. Bytecode-level Optimization • Exception check elimination

  13. Bytecode-level Optimization • Common sub-expression elimination • Scalar Replacement • Replace subscripted variables by local variable references and them available for register allocation • Common effective address generation • Reduce register pressure • Partial redundancy elimination • Reduce the number of accesses to instance variables

  14. Code generation details

  15. The JIT Compiler uses a table with pointers to the methods in the class. • This internal table is used to compile the native code. • Whenever the method is called the address is called. • There is another table which maintains the addresses of the bytecode in case it is needed to be compiled.

  16. Register Allocation • The code is broken into tiles. Each loop is a tile and the code in between loops is another tile. • Local variable usage is collected within each tile and a local variable table is prepared. • 3 types of registers • Stack variable registers • Permanent cached local variable registers • Temporary cached local variable registers • Circular allocation policy • Least recently used register

  17. Idioms in bytecode sequences • A table of frequently appearing bytecode sequences as idioms. • Reduce the stack height of expression evaluation. • Exploits local variable cache registers by avoiding unnecessary move instructions between local and stack variables.

  18. Type inclusion test (1/2) • Checks whether two given types are related by a subclass relationship. • Runtime overhead. • Cache mechanism for type inclusion testing. • Given an object • Null check. • Else, compared with the value of the cache that holds the successful class from the previous test. • Else , JVM runtime library is checked and cache updated.

  19. Type inclusion test (2/2)

  20. Exception handling (1/2) • When an exception occurs, the JVM searches for the handler of the current method. • If not found, it pops the last frame off the stack and searches for the handler of the next method on the stack • Till a handler is found or no more frames on the stack.

  21. Exception handling (2/2) • For known exceptions: • Each method is registered in an exception registration record. • It is done for only those methods which have a try/catch block. • It maintains an exception chain. • During exceptions,a conditional jump is created to the bottom of the code.

  22. Code scheduling • Most code scheduling algorithms for static compilation, when the compilation time is not important. • A code scheduler works with the code generator for a basic block. • When a native code is generated, it is given to the scheduler with some attributes, like reference registers, exception flag, address of memory access etc. • The scheduler considers the dependencies and arranges the code. • Has to guarantee proper execution. Cannot reorder two instructions which may raise exceptions.

  23. Example

  24. Questions

More Related