You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
You may have to run the command a few times to see the crash because we are not guaranteed to trigger a compilation, but we almost always do. The unfortunate thing that happens in the above scenario is that this method compilation gets triggered so late into the JVM lifespan that the JVM will want to shut down before the jitdump compilation ever completes. This results in a truncated jitdump which typically looks like this:
<?xml version="1.0" standalone="no"?>
<jitDump>
#INFO: Crashed in compilation thread 000003FD78002400.
<currentIL>
+------------- Byte Code Index
| +-------------------- OpCode
| | +------------- First Field
| | | +------------- Branch Target
| | | | +------- Const Pool Index
| | | | | +------------- Constant
| | | | | |
V V V V V V
0, JBaconstnull
1, JBiconst3
2, JBiconst5
This method is cold
<trees
title="Trees"
method="openj9/internal/tools/attach/target/FileLock.unlockFileImpl(J)I"
hotness="cold">
Trees: for openj9/internal/tools/attach/target/FileLock.unlockFileImpl(J)I
------------------------------------------------------------------------------------------------------------------------------------------------------------------------
n1n BBStart <block_2> (freq 10000) [ 0x3fd7dc5c3e0] bci=[-1,0,-] rc=0 vc=0 vn=- li=- udi=- nc=0
n5n treetop [ 0x3fd7dc5c520] bci=[-1,0,-] rc=0 vc=0 vn=- li=- udi=- nc=1
n6n
=== EXCEPTION THROWN (JIT Shutdown) ===
We want to avoid such compilation interruptions from the VM and try to complete the jitdump compilation so we can get the diagnostic data we need to investigate the issue. This means we must alter the interruption logic and bypass it for jitdump compilations.
The text was updated successfully, but these errors were encountered:
The following command will force a crash to happen during compilation which will produce a jitdump:
You may have to run the command a few times to see the crash because we are not guaranteed to trigger a compilation, but we almost always do. The unfortunate thing that happens in the above scenario is that this method compilation gets triggered so late into the JVM lifespan that the JVM will want to shut down before the jitdump compilation ever completes. This results in a truncated jitdump which typically looks like this:
We want to avoid such compilation interruptions from the VM and try to complete the jitdump compilation so we can get the diagnostic data we need to investigate the issue. This means we must alter the interruption logic and bypass it for jitdump compilations.
The text was updated successfully, but these errors were encountered: