<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="color:rgb(0,0,0)">Hi Loi, </div><div class="gmail_default" style="color:rgb(0,0,0)"><br></div><div class="gmail_default" style="color:rgb(0,0,0)">> <span style="color:rgb(34,34,34)">We have decided to defer it and focus on delivering optimizations for the most common use cases first</span></div><div class="gmail_default" style=""><font color="#000000">Thanks, make sense. </font><br><br><font color="#000000">> </font> file format that's tied to the execution platform of the JVM<font color="#000000"><br><br></font>The second issue I reported seems a bit different. While the Docker engine successfully downloads ARM64 JDK images and the AOT cache configuration is created, the error occurs when generating the cache using that same configuration in the exact same environment. This makes me wonder if the AOT cache generation process isn't properly recognizing the hardware architecture provided by the container platform where the configuration file was created.</div><div class="gmail_default" style="color:rgb(0,0,0)"><br># AOT conf is created succesfully<br>/opt/java/openjdk/bin/java --show-version --enable-preview -XX:+UnlockExperimentalVMOptions -XX:+UseCompactObjectHeaders -XX:AOTMode=record -XX:AOTConfiguration=/app/app.aotconf -jar app.jar<br>#39 63.57 openjdk 25-ea 2025-09-16<br>#39 63.57 OpenJDK Runtime Environment (build 25-ea+15-1670)<br>#39 63.57 OpenJDK 64-Bit Server VM (build 25-ea+15-1670, mixed mode)<br>#39 64.30 Starting Http Server on port 80<br>#39 66.43 + AOT training run completed!<br><br><br># But using the same JVM (execution env), creating AOT archive failed.<br>#39 67.49 + /opt/java/openjdk/bin/java --show-version --enable-preview -XX:+UnlockExperimentalVMOptions -XX:+UseCompactObjectHeaders -XX:AOTMode=create -XX:AOTConfiguration=/app/app.aotconf -XX:AOTCache=/app/app.aot -jar app.jar<br>#39 67.67 Error occurred during initialization of VM<br>#39 67.67 Must be a valid AOT configuration generated by the current JVM: /app/app.aotconf</div><div class="gmail_default" style="color:rgb(0,0,0)"><br></div><div class="gmail_default" style="color:rgb(0,0,0)">
So IIUC, this is not really a cross platform AOT cache creation. More like cross platform docker run.</div><div class="gmail_default" style="color:rgb(0,0,0)"><br></div><div class="gmail_default" style="color:rgb(0,0,0)">Thanks</div><div class="gmail_default" style="color:rgb(0,0,0)">Suresh<br><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, Mar 24, 2025 at 9:03 PM <<a href="mailto:ioi.lam@oracle.com">ioi.lam@oracle.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>
<div>
<p>Hi Suresh,</p>
<p>Thanks for the bug report. I have created
<a href="https://bugs.openjdk.org/browse/JDK-8352775" target="_blank">https://bugs.openjdk.org/browse/JDK-8352775</a> to track this issue.</p>
<p>This issue is new in JDK 25 EA and does not affect JDK 24.</p>
<p>Please see my comments below</p>
<p><br>
</p>
<div>On 3/21/25 9:51 PM, Suresh G wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div style="color:rgb(0,0,0)"><span style="color:rgb(34,34,34)">Hello Leyden Team,</span></div>
<div class="gmail_quote">
<div dir="ltr"><br>
I'm currently testing the new AOT cache feature with the
latest OpenJDK 25 EA builds. My setup is straightforward,
aiming to create a Docker image with the AOT cache, much
like I did previously with AppCDS.<br>
<br>
Here is the docker multi-stage build for my sample Hello
world app<br>
<br>
- Using openjdk:25-slim (25-ea+15-1670)<br>
- Compiling and creating app.jar<br>
- Getting module deps<br>
jdeps -q \<br>
-R \<br>
--ignore-missing-deps \<br>
--print-module-deps \<br>
--multi-release=25 \<br>
*.jar > ${APP_DIR}/java.modules<br>
<br>
- Creating jlinked image<br>
$JAVA_HOME/bin/jlink \<br>
--verbose \<br>
--module-path ${JAVA_HOME}/jmods \<br>
--add-modules="$(cat ${APP_DIR}/java.modules)" \<br>
--compress=zip-9 \<br>
--strip-debug \<br>
--strip-java-debug-attributes \<br>
--no-man-pages \<br>
--no-header-files \<br>
--save-opts "${APP_DIR}/jlink.opts" \<br>
--output ${RUNTIME_IMAGE}<br>
<br>
- Creating AOT cache<br>
echo "AOT training run for the app..."<br>
nohup ${RUNTIME_IMAGE}/bin/java \<br>
--show-version \<br>
--enable-preview \<br>
-XX:+UnlockExperimentalVMOptions \<br>
-XX:+UseCompactObjectHeaders \<br>
-XX:AOTMode=record
-XX:AOTConfiguration=${APP_DIR}/app.aotconf \<br>
-jar ${APP_JAR} & \<br>
<br>
sleep 1 && \<br>
curl -fsSL --retry 5 --retry-delay 2 --retry-all-errors
<a href="http://localhost/test" target="_blank">http://localhost/test</a><br>
curl -fsSL <a href="http://localhost/shutdown" target="_blank">http://localhost/shutdown</a>
|| echo "AOT training run completed!"<br>
<br>
echo "Creating AOT archive..."<br>
${RUNTIME_IMAGE}/bin/java \<br>
--show-version \<br>
--enable-preview \<br>
-XX:+UnlockExperimentalVMOptions \<br>
-XX:+UseCompactObjectHeaders \<br>
-XX:AOTMode=create
-XX:AOTConfiguration=${APP_DIR}/app.aotconf
-XX:AOTCache=${APP_DIR}/app.aot \<br>
-jar ${APP_JAR}<br>
<br>
- Now copy the APP_DIR to a distroless container (Final
image)<br>
---------------------------------------------------------------<span class="gmail_default" style="color:rgb(0,0,0)">---------------------</span><br>
<br>
I'm experiencing the following issues with the current
build.<br>
<br>
1. JVM crashes with ZGC enabled: <br>
#<br>
# A fatal error has been detected by the Java Runtime
Environment:<br>
#<br>
# SIGSEGV (0xb) at pc=0x0000000105b4f318, pid=13825,
tid=8963<br>
#<br>
# JRE version: (25.0+15) (build )<br>
# Java VM: OpenJDK 64-Bit Server VM (25-ea+15-1670,
interpreted mode, sharing, compressed class ptrs, z gc,
bsd-aarch64)<br>
# Problematic frame:<br>
# V [libjvm.dylib+0x47f318]
MetaspaceObjToOopHandleTable::set_oop(MetaspaceObj*,
oopDesc*)+0x78<br>
#<br>
# No core dump will be written. Core dumps have been
disabled. To enable core dumping, try "ulimit -c unlimited"
before starting Java again<br>
#<br>
#<br>
<br>
--------------- S U M M A R Y ------------<br>
<br>
Command Line: --enable-preview
-XX:+UnlockExperimentalVMOptions
-XX:+UseCompactObjectHeaders -XX:+UseZGC -XX:AOTMode=create
-XX: AOTConfiguration=app.aotconf -XX:AOTCache=app.aot
app.jar<br>
<br>
Host: "MacBookPro18,1" arm64, 10 cores, 32G, Darwin
23.6.0, macOS 14.6.1 (23G93)<br>
Time: Fri Mar 21 20:21:47 2025 PDT elapsed time:
0.044457 seconds (0d 0h 0m 0s)<br>
<br>
--------------- T H R E A D ---------------<br>
<br>
Current thread (0x0000000136808c00): JavaThread
"Unknown thread" [_thread_in_vm, id=8963,
stack(0x000000016bd84000, 0x000000016bf87000) (2060K)]<br>
<br>
Stack: [0x000000016bd84000,0x000000016bf87000],
sp=0x000000016bf86380, free space=2056k<br>
Native frames: (J=compiled Java code, j=interpreted,
Vv=VM code, C=native code)<br>
V [libjvm.dylib+0x47f318]
MetaspaceObjToOopHandleTable::set_oop(MetaspaceObj*,
oopDesc*)+0x78<br>
V [libjvm.dylib+0x2d1b38]
ConstantPool::restore_unshareable_info(JavaThread*)+0x20c<br>
V [libjvm.dylib+0xa52928]
vmClasses::resolve_all(JavaThread*)+0xe0<br>
V [libjvm.dylib+0x9a85cc]
SystemDictionary::initialize(JavaThread*)+0xa0<br>
V [libjvm.dylib+0xa0c8d0]
Universe::genesis(JavaThread*)+0x74<br>
V [libjvm.dylib+0xa0f570] universe2_init()+0x24<br>
V [libjvm.dylib+0x497dac] init_globals2()+0xc<br>
<br>
2. AOT Cache generation fails during Docker
cross-compilation: Specifically, running docker build with
--platform=linux/amd64<span class="gmail_default" style="color:rgb(0,0,0)"> </span>on ARM64 runner. <br>
<br>
36.70 + /opt/java/openjdk/bin/java --enable-preview
-XX:+UnlockExperimentalVMOptions
-XX:+UseCompactObjectHeaders -XX:AOTMode=create
-XX:AOTConfiguration=/app/app.aotconf
-XX:AOTCache=/app/app.aot -jar app.jar<br>
36.70 Creating AOT archive...<br>
36.77 Error occurred during initialization of VM<br>
36.77 Must be a valid AOT configuration generated by the
current JVM: /app/app.aotconf<br>
<br>
<br>
3. Also, are there plans to make the app.aotconf file
cross-platform compatible? This would allow us to generate
the configuration once, and then produce platform-specific
caches from that configuration in CI systems like GitHub
Actions. <br>
<br>
<br>
</div>
</div>
</div>
</blockquote>
<p>In JDK 25 and going forward, we are collecting execution profile
during AOT training. As a result, we have changed the AOT
configuration file to a binary file format that's tied to the
execution platform of the JVM. You can see more information from
<a href="https://bugs.openjdk.org/browse/JDK-8348426" target="_blank">https://bugs.openjdk.org/browse/JDK-8348426</a></p>
<p>The profile data is difficult to be represented in a
cross-platform format (e.g., a text file). The need for "cross
platform builds" has come up before in our design discussion. We
have decided to defer it and focus on delivering optimizations for
the most common use cases first. We might re-evaluate this
decision in the future when we have more user feedback (and more
time :-)</p>
<p>Thanks</p>
<p>- Ioi<br>
</p>
<br>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_quote">
<div dir="ltr">Thanks<br>
Suresh</div>
</div>
</div>
</blockquote>
</div>
</blockquote></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><span style="color:rgb(255,0,0)"></span><font color="#6600CC">~</font><span style="color:rgb(255,0,0)"> <a style="font-family:georgia,serif" href="http://www.google.com/profiles/sureshg.g" target="_blank">Suresh G</a> </span></div></div>