Full Speed Ahead! (Ahead-of-Time Compilation for Java SE) [JavaOne 2017 CON3738]

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |
Full Speed Ahead! (Ahead-of-Time
Compilation for Java SE)
CON3738
David Buck
Principal Member of Technical Staff
Java Platform Group
October 4th, 2017
Confidential – Oracle Internal/Restricted/Highly Restricted 3

Copyright © 2017, Oracle and/or its affiliates. All rights reserved. |
Safe Harbor Statement
The following is intended to outline our general product direction. It is intended for
information purposes only, and may not be incorporated into any contract. It is not a
commitment to deliver any material, code, or functionality, and should not be relied upon
in making purchasing decisions. The development, release, and timing of any features or
functionality described for Oracle’s products remains at the sole discretion of Oracle.

• JVM Sustaining Engineer
• OpenJDK 8 Update Project
Maintainer
• JavaOne Rock Star
• Co-author of Oracle WebLogic
Server 11g 構築・運用ガイド
• @DavidBuckJP
• https://blogs.oracle.com/buck/
Hi There!

Program Agenda
Warnings
ＡｏＴ Basics
Similar Functionality
Usage
1
2
3
4

Warnings

Warnings
• AoT is still experimental and not yet officially supported

Warnings
• Currently only Linux on AMD64 (w/ libelf.so) is supported

Warnings
• No official documentation (only the JEP)

Warnings
• No official documentation (only the JEP)
• There is no official roadmap for support yet

ＡｏＴ Basics

Why learn about Java ＡｏＴ?

• May be supported in the future

• Excuse to study other HotSpot technologies

• Excuse to study other HotSpot technologies
• Fun

Java Build / Execution Model (Interpreter)
MyClass.java MyClass.class ｊava
(HotSpot)
ｊavac

Java Build / Execution Model (JIT)
(HotSpot)
ｊavac
Machine
Language
(in memory)

Just in Time Compilation (JIT)

• Methods get compiled

• Compilation is expensive (both in cpu time and memory)

• ML version is fast

• ML version is fast
• Is JIT really faster than an interpreter?

Better performance than an interpreter?

Better performance than an interpreter?
Depends on your definition of “performance”

$ time ./hello_j1
Hello JavaOne!
real 0m0.002s
user 0m0.001s
$ time java HelloJ1
Hello JavaOne!
real 0m0.104s
user 0m0.077s
sys 0m0.020s

Weak Point
• Compilation overhead is high
– Delay before native code can be executed
– Heavy resource (memory / CPU cycles) consumption
• Interpretation is better for non-hot methods

（HotSpot’s Implimentation）
• All methods start off being interpreted
• Hot methods identified by sample-based profiling
• Hot methods are compiled
• Non-hot methods continue to be interpreted

Even with HotSpot’s JIT
• Application startup time is longer
• It takes longer to achieve peak performance
• Compilation consumes a lot of memory
• There are platforms where runtime code generation is not allowed
Compared to native (C/C++) compilation

Just in Time Compilation (JIT) HotSpot’s Implementation
A tale of two compilers…
• Ｃ２
– For server use
– Heavy optimization
– Dependent on profiling data collected by the interpreter
– Default CompileThreshold: 10000
• Ｃ１
– For client use
– Less optimization
– Not dependent on profiling data
– Default CompileThreshold : 1500

Ahead of Time (AoT) Strategy
• Generate machine code before runtime
• Load preexisting machine code during runtime
• No need to JIT compile code at runtime

Java Build / Execution Model (AoT)
(HotSpot)
ｊavac
Machine
Language
(in memory)

Java Build / Execution Model (AoT)
(HotSpot)
ｊavac
my_class.so
jaotc

Java Build / Execution Model
ｊava
(HotSpot)
Machine
Language
(in memory)
ｊava
(HotSpot)
Machine
Language
(in memory)
ｊava
(HotSpot)
Machine
Language
(in memory)
ｊava
(HotSpot)
Machine
Language
(in memory)

Java Build / Execution Model
ｊava
(HotSpot)
ｊava
(HotSpot)
ｊava
(HotSpot)
ｊava
(HotSpot)
my_class.so

Advantages of Ahead of Time (AoT)

• Faster startup times ★

• Less time to peak performance / steady state ★

• Less runtime compilation overhead (CPU / memory) ★

• Native code can be shared across multiple processes ★

• Native code performance even on platforms that disallow JIT ★

• Native code performance even on platforms that disallow JIT ★
★ YMMV

?

• Tiered Compilation
• Class Data Sharing(CDS) / AppCDS

Tiered Compilation
• Server JVM without Tiered Compilation
– Interpreter (w/ profiling)
– C2
• Server JVM with Tiered Compilation
– Interpreter (w/ profiling)
– C1 (w/ profiling)
– C2

No Class Data Sharing
ｊava
(HotSpot)
Class Data
(in memory)ｊava
(HotSpot)
Class Data
(in memory)
ｊava
(HotSpot)
Class Data
(in memory)
ｊava
(HotSpot)
Class Data
(in memory)

Class Data Sharing
ｊava
(HotSpot)
ｊava
(HotSpot)
ｊava
(HotSpot)
ｊava
(HotSpot)
Class Data
classes.jsa

• Class Data Sharing
– Only Java SE Class Library
• AppCDS
– Includes application classes as well

Same as AoT
– Quicker warm up
• Class Data Sharing(CDS) / AppCDS
– Quicker warm up
– Lower total memory footprint
Different from AoT
• No machine (native) code is
persisted or shared

Corporate Photography Collection

Usage

A New Tool: jaotc
MyClass.class my_class.sojaotc

$ jaotc --output libHelloAOT.so HelloAoT.class
jaotc

$ jaotc --help
Usage: jaotc <options> list
list A : separated list of class names, modules, jar files
or directories which contain class files.
where options include:
--output <file> Output file name
--class-name <class names> List of classes to compile
--jar <jarfiles> List of jar files to compile
--module <modules> List of modules to compile
--directory <dirs> List of directories where to search for files to compile
--search-path <dirs> List of directories where to search for specified files
--compile-commands <file> Name of file with compile commands
--compile-for-tiered Generate profiling code for tiered compilation
--compile-with-assertions Compile with java assertions
--compile-threads <number> Number of compilation threads to be used
--ignore-errors Ignores all exceptions thrown during class loading
--exit-on-error Exit on compilation errors
--info Print information during compilation
--verbose Print verbose information
--debug Print debug information
--help Print this usage message
--version Version information
-J<flag> Pass <flag> directly to the runtime system
jaotc (On-line Help)

$ jaotc --info --output libHelloAOT.so HelloAoT.class
Compiling libHelloAOT...
1 classes found (30 ms)
2 methods total, 2 methods to compile (4 ms)
Compiling with 8 threads
.
2 methods compiled, 0 methods failed (409 ms)
Parsing compiled code (1 ms)
Processing metadata (15 ms)
Preparing stubs binary (1 ms)
Preparing compiled binary (1 ms)
Creating binary: libHelloAOT.o (8 ms)
Creating shared library: libHelloAOT.so (13 ms)
Total time: 912 ms
jaotc (--info Flag)

$ jaotc --info --compile-with-assertions --output libHelloAOT.so HelloAoT.class
jaotc (--compile-with-assertions Flag)

$ jaotc --compile-commands cc.txt --output libHelloAOT.so HelloAoT.class
$ cat cc.txt
exclude org.sample.code.MyClass.method*
exclude org.sample.code.MyClass.<init>
jaotc (--compile-commands Flag)

$ jaotc --output libjava.base.so --module java.base
jaotc (Modules)

$ jaotc --output libjava.base.so --jar my-spiffy-app.jar
jaotc (Jar Files)

$ jaotc -J-XX:-UseCompressedOop --output libHelloAOT.so HelloAoT.class
VM Options are important here! (more to come…)
jaotc (VM Options)

jaotc (--compile-for-tiered Flag)
• jaotc uses Graal to compile
• Performance is similar to C1
• --compile-for-tiered generates code that includes profiling instrumentation
needed by C2

$ java -XX:AOTLibrary=./libHelloAoT.so HelloAoT
Runtime

$ java -XX:AOTLibrary=./libHelloAoT.so HelloAoT
Hello AoT!
$
Runtime

$ java -XX:+PrintAOT -XX:AOTLibrary=./libHelloAoT.so HelloAoT
Runtime （-XX:+/-PrintAOT）

$ builds/jdk-9/bin/java -XX:+PrintAOT -XX:AOTLibrary=./libHelloAoT.so HelloAoT
13 1 loaded ./libHelloAoT.so aot library
76 1 aot[ 1] HelloAoT.<init>()V
76 2 aot[ 1] HelloAoT.main([Ljava/lang/String;)V
Hello AoT!
$
Runtime （-XX:+/-PrintAOT）

$ java -XX:-UseCompressedOops -XX:+PrintAOT -XX:AOTLibrary=./libHelloAoT.so HelloAoT
Runtime (Compressed Oops Disabled)

$ java -XX:-UseCompressedOops -XX:+PrintAOT -XX:AOTLibrary=./libHelloAoT.so HelloAoT
Shared file ./libHelloAoT.so error: UseCompressedOops has different value 'true' from
current 'false'
7 1 skipped ./libHelloAoT.so aot library
Hello AoT!
$

$ builds/jdk-9/bin/java -XX:-UseCompressedOops -XX:AOTLibrary=./libHelloAoT.so HelloAoT
Hello AoT!
$

$ jaotc -J-XX:-UseCompressedOop --output libHelloAOT.so HelloAoT.class
jaotc (Be sure to synchronize VM options)
Compressed OOPs Normal OOPs
Ｇ１ -J-XX:+UseCompressedOops
-J-XX:+UseG1GC
-J-XX:-UseCompressedOops
-J-XX:+UseG1GC
ParallelGC -J-XX:+UseCompressedOops
-J-XX:+UseParallelGC
-J-XX:-UseCompressedOops
-J-XX:+UseParallelGC

Why do we need to synchronize VM Options?
• If heap is < 4GB, 32 MSB of every heap address is the same!
• We can store just the 32 LSB of each address
• Each reference field is half the size
Compressed Oops
64-bit Address

Compressed Oops
32 MSB 32 LSB

Compressed Oops
Always the same! 32 LSB

Compressed Oops
32 LSB

• uncompressed_oop = heap_base + compressed_oop
Compressed Oops
32 LSB

• If heap is > than 4GB but < 32GB we can still compress the Oop
• 64-bit platform has an 8-byte alignment requirement
• 3 LSB of every heap address are always zero
• So we can shift the address 3 bits right/left to compress/uncompress
Compressed Oops
64-bit Address

Compressed Oops
64-bit Address 000

Compressed Oops
32-bit 000

Compressed Oops
32-bit

• uncompressed_oop = heap_base + (compressed_oop << 3)
Compressed Oops
32-bit

• To avoid marking the entire heap, we need to keep track of changes
Write Barriers

Write Barriers
Young Not Young

Write Barriers
Young Not Young! New

Write Barriers
Young Not Young! New !

Write Barriers
Young Not Young
Card Table

Write Barriers
Young Not Young! New
Card Table

Write Barriers
Young Not Young! New !
Card Table

Known Library Locations ($JAVA_HOME/lib/)
• -XX:-UseCompressedOops -XX:+UseG1GC : libjava.base.so
• -XX:+UseCompressedOops -XX:+UseG1GC : libjava.base-coop.so
• -XX:-UseCompressedOops -XX:+UseParallelGC : libjava.base-nong1.so
• -XX:+UseCompressedOops -XX:+UseParallelGC : libjava.base-coop-nong1.so
VMOptions must match library name

Known Library Locations ($JAVA_HOME/lib/)
• jdk.compiler
• jdk.scripting.nashorn
• jdk.vm.ci
• jdk.vm.compiler
Other known JDK modules

Summary
• Value
– System reaches peak performance quicker ★
– Reduced total footprint of multiple JVMs running same code ★
– Native code performance on platforms that do not allow JIT ★
• Risks
– Still experimental, not officially supported
– No official documentation (besides the JEP)
– Only available on AMD64 Linux
– Does not support invokedynamic (JSR 292) or custom classloaders

Summary
• Value
– System reaches peak performance quicker ★
– Reduced total footprint of multiple JVMs running same code ★
– Native code performance on platforms that do not allow JIT ★
• Risks
– Still experimental, not officially supported
– No official documentation (besides the JEP)
– Only available on AMD64 Linux
– Does not support invokedynamic (JSR 292) or custom classloaders
★ YMMV

Other AoT Sessions at J1
• HotSpot AOT Internals and AOT + CDS Performance Results [CON7772]
– Thursday, Oct 05, 11:00 a.m. - 11:45 a.m. | Marriott Marquis (Yerba Buena Level) -
Salon 12
– JVMLS version of talk: https://www.youtube.com/watch?v=n5DCg6M2MDM
• JIT Versus AOT: Unity and Conflict of Dynamic and Static Compilers for Java
[CON3230]
– Thursday, Oct 05, 1:00 p.m. - 1:45 p.m. | Marriott Marquis (Yerba Buena Level) - Salon
14

References
• JEP 295: Ahead-of-Time Compilation
http://openjdk.java.net/jeps/295
https://docs.oracle.com/javase/8/docs/technotes/guides/vm/performance-enhancements-7.html#tieredcompilation
• Class Data Sharing
https://docs.oracle.com/javase/8/docs/technotes/guides/vm/class-data-sharing.html
• JEP draft: Application Class Data Sharing
http://openjdk.java.net/jeps/8185996
• Ahead Of Time (AOT) Internals with Vladimir Kozlov and Igor Veresov
https://www.youtube.com/watch?v=n5DCg6M2MDM

Stay connected
• Join us: DevOps Corner (Developer Lounge – Moscone West)
• Learn more: openjdk.java.net | wercker.com/java
• Follow: @OpenJDK, @wercker #JavaOne #DevOps
97

Safe Harbor Statement
The preceding is intended to outline our general product direction. It is intended for
information purposes only, and may not be incorporated into any contract. It is not a
commitment to deliver any material, code, or functionality, and should not be relied upon
in making purchasing decisions. The development, release, and timing of any features or
functionality described for Oracle’s products remains at the sole discretion of Oracle.

Full Speed Ahead! (Ahead-of-Time Compilation for Java SE) [JavaOne 2017 CON3738]

Full Speed Ahead! (Ahead-of-Time Compilation for Java SE) [JavaOne 2017 CON3738]

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to Full Speed Ahead! (Ahead-of-Time Compilation for Java SE) [JavaOne 2017 CON3738]

Similar to Full Speed Ahead! (Ahead-of-Time Compilation for Java SE) [JavaOne 2017 CON3738] (20)

More from David Buck

More from David Buck (20)

Recently uploaded

Recently uploaded (20)

Full Speed Ahead! (Ahead-of-Time Compilation for Java SE) [JavaOne 2017 CON3738]