JDK-8325214 : jdk/jfr/api/consumer/TestRecordedFrameType.java timeout wth jvm option -Xcomp -XX:TieredStopAtLevel=1
  • Type: Bug
  • Component: hotspot
  • Sub-Component: jfr
  • Affected Version: 23
  • Priority: P4
  • Status: Closed
  • Resolution: Not an Issue
  • OS: linux
  • CPU: x86
  • Submitted: 2024-02-05
  • Updated: 2025-10-03
  • Resolved: 2025-10-03
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
tbdResolved
Related Reports
Relates :  
Description
jdk/jfr/event/compiler/TestCompilerCompile.java has the similar issue.

test comamnd:

rm -rf tmp ; time jtreg -Xcomp -XX:TieredStopAtLevel=1 -v:fail,error -nr -w tmp test/jdk/jdk/jfr/api/consumer/TestRecordedFrameType.java

result:

"MainThread" #34 [87722] prio=5 os_prio=0 cpu=109750.11ms elapsed=119.60s tid=0x00007fea442b0180 nid=87722 runnable  [0x00007fe9fe4e7000]
   java.lang.Thread.State: RUNNABLE
        at java.lang.Character.digit(java.base@23/Character.java:11205)
        at java.lang.Character.digit(java.base@23/Character.java:11153)
        at java.lang.Long.parseLong(java.base@23/Long.java:609)
        at java.lang.Long.parseLong(java.base@23/Long.java:722)
        at jdk.jfr.internal.MetadataDescriptor$Element.longValue(jdk.jfr@23/MetadataDescriptor.java:60)
        at jdk.jfr.internal.MetadataReader.getType(jdk.jfr@23/MetadataReader.java:209)
        at jdk.jfr.internal.MetadataReader.defineTypes(jdk.jfr@23/MetadataReader.java:239)
        at jdk.jfr.internal.MetadataReader.<init>(jdk.jfr@23/MetadataReader.java:80)
        at jdk.jfr.internal.MetadataDescriptor.read(jdk.jfr@23/MetadataDescriptor.java:257)
        at jdk.jfr.internal.consumer.ChunkHeader.readMetadata(jdk.jfr@23/ChunkHeader.java:238)
        at jdk.jfr.internal.consumer.ChunkParser.<init>(jdk.jfr@23/ChunkParser.java:129)
        at jdk.jfr.internal.consumer.ChunkParser.<init>(jdk.jfr@23/ChunkParser.java:109)
        at jdk.jfr.internal.consumer.ChunkParser.<init>(jdk.jfr@23/ChunkParser.java:105)
        at jdk.jfr.consumer.RecordingFile.createChunkParser(jdk.jfr@23/RecordingFile.java:318)
        at jdk.jfr.consumer.RecordingFile.findNext(jdk.jfr@23/RecordingFile.java:294)
        at jdk.jfr.consumer.RecordingFile.<init>(jdk.jfr@23/RecordingFile.java:89)
        at jdk.jfr.consumer.RecordingFile.readAllEvents(jdk.jfr@23/RecordingFile.java:271)
        at jdk.test.lib.jfr.Events.fromRecording(Events.java:280)
        at jdk.jfr.api.consumer.TestRecordedFrameType.main(TestRecordedFrameType.java:81)
        at java.lang.invoke.LambdaForm$DMH/0x00007fe9af001800.invokeStatic(java.base@23/LambdaForm$DMH)
        at java.lang.invoke.LambdaForm$MH/0x00007fe9af002c00.invoke(java.base@23/LambdaForm$MH)
        at java.lang.invoke.Invokers$Holder.invokeExact_MT(java.base@23/Invokers$Holder)
        at jdk.internal.reflect.DirectMethodHandleAccessor.invokeImpl(java.base@23/DirectMethodHandleAccessor.java:154)
        at jdk.internal.reflect.DirectMethodHandleAccessor.invoke(java.base@23/DirectMethodHandleAccessor.java:103)
        at java.lang.reflect.Method.invoke(java.base@23/Method.java:580)
        at com.sun.javatest.regtest.agent.MainWrapper$MainTask.run(MainWrapper.java:138)
        at java.lang.Thread.runWith(java.base@23/Thread.java:1588)
        at java.lang.Thread.run(java.base@23/Thread.java:1575)

"JFR Recorder Thread" #98 [87789] daemon prio=5 os_prio=0 cpu=5694.42ms elapsed=119.32s tid=0x00007fe97c052310 nid=87789 runnable  [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"JFR Periodic Tasks" #99 [87817] daemon prio=5 os_prio=0 cpu=164.14ms elapsed=118.82s tid=0x00007fe97c09a5c0 nid=87817 in Object.wait()  [0x00007fe9a83d5000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
        at java.lang.Object.wait0(java.base@23/Native Method)
        - waiting on <no object reference available>
        at java.lang.Object.wait(java.base@23/Object.java:375)
        at jdk.jfr.internal.PlatformRecorder.takeNap(jdk.jfr@23/PlatformRecorder.java:558)
        - locked <0x00000000a0101c30> (a jdk.jfr.internal.JVM$ChunkRotationMonitor)
        at jdk.jfr.internal.PlatformRecorder.periodicTask(jdk.jfr@23/PlatformRecorder.java:526)
        at jdk.jfr.internal.PlatformRecorder.lambda$startDiskMonitor$1(jdk.jfr@23/PlatformRecorder.java:446)
        at jdk.jfr.internal.PlatformRecorder$$Lambda/0x00007fe9af058720.run(jdk.jfr@23/Unknown Source)
        at java.lang.Thread.runWith(java.base@23/Thread.java:1588)
        at java.lang.Thread.run(java.base@23/Thread.java:1575)

STDOUT:
2 compiler directives added
Found frame with method named: interpreted
{
  method = jdk.jfr.api.consumer.TestRecordedFrameType.interpreted()
  lineNumber = 114
  bytecodeIndex = 14
  type = "Inlined"
}

Found frame with method named: compiled
{
  method = jdk.jfr.api.consumer.TestRecordedFrameType.compiled()
  lineNumber = 120
  bytecodeIndex = 14
  type = "Inlined"
}

Incorrect frame type. Retry 1
Found frame with method named: interpreted
{
  method = jdk.jfr.api.consumer.TestRecordedFrameType.interpreted()
  lineNumber = 114
  bytecodeIndex = 14
  type = "Inlined"
}

Found frame with method named: compiled
{
  method = jdk.jfr.api.consumer.TestRecordedFrameType.compiled()
  lineNumber = 120
  bytecodeIndex = 14
  type = "Inlined"
}
Comments
The tag @jfr has been replaced with @flagless. See JDK-8318098
03-10-2025

If the JFR tests was not designed to take external parameters, I think the tests should add @flagness tag,
19-08-2024

JFR tests has not been designed to take external parameters. This is why they have the tag @jfr.
13-02-2024