<!DOCTYPE html><html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<p>Hi Suresh,</p>
<p>Does this problem happen only with docker, and not with running
directly on a Linux host?</p>
<p>Could you send the exact command-lines that shows the error?</p>
<p>Thanks</p>
<p>- Ioi<br>
</p>
<p><br>
</p>
<div class="moz-cite-prefix">On 3/25/25 4:51 PM, Suresh G wrote:<br>
</div>
<blockquote type="cite" cite="mid:CAATb9L11EJ3Fr_J8p13XvnV+rP2ZV6xrb2j3ACY3bdAbZLLiRA@mail.gmail.com">
<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" moz-do-not-send="true" class="moz-txt-link-freetext">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">
<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" moz-do-not-send="true" class="moz-txt-link-freetext">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="https://urldefense.com/v3/__http://localhost/test__;!!ACWV5N9M2RV99hQ!KXT24eTgMOYWJzZaxvLdL8AVz5BjbfolvvweXuaVgurQTgEI7CMnqkQO4FgPpmqyH5WNvJIY6pr4Z3WP$" target="_blank" moz-do-not-send="true">http://localhost/test</a><br>
curl -fsSL <a href="https://urldefense.com/v3/__http://localhost/shutdown__;!!ACWV5N9M2RV99hQ!KXT24eTgMOYWJzZaxvLdL8AVz5BjbfolvvweXuaVgurQTgEI7CMnqkQO4FgPpmqyH5WNvJIY6v7lLKPm$" target="_blank" moz-do-not-send="true">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" moz-do-not-send="true" class="moz-txt-link-freetext">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="https://urldefense.com/v3/__http://www.google.com/profiles/sureshg.g__;!!ACWV5N9M2RV99hQ!KXT24eTgMOYWJzZaxvLdL8AVz5BjbfolvvweXuaVgurQTgEI7CMnqkQO4FgPpmqyH5WNvJIY6nMdJKfp$" target="_blank" moz-do-not-send="true">Suresh G</a> </span></div>
</div>
</blockquote>
</body>
</html>