JDK-8233520 : Shenandoah: do not sleep when thread is attaching
  • Type: Bug
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: 8-shenandoah,11-shenandoah,14
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2019-11-04
  • Updated: 2019-11-13
  • Resolved: 2019-11-04
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.
JDK 14
14 b22Fixed
Related Reports
Relates :  
Relates :  
Detected after JDK-8229516, but the bug is pre-existing:

$ CONF=linux-x86_64-server-fastdebug make images run-test TEST=gc/logging/TestGCId.java

# A fatal error has been detected by the Java Runtime Environment:
#  Internal Error (/home/shade/trunks/jdk-jdk/src/hotspot/share/classfile/javaClasses.cpp:1687), pid=6946, tid=6949
#  assert(!is_init_completed()) failed: should only happen during init
# JRE version: OpenJDK Runtime Environment (14.0) (fastdebug build 14-internal+0-adhoc.shade.jdk-jdk)
# Java VM: OpenJDK 64-Bit Server VM (fastdebug 14-internal+0-adhoc.shade.jdk-jdk, mixed mode, sharing, tiered, compressed oops, shenandoah gc, linux-amd64)
# Problematic frame:
# V  [libjvm.so+0xe184d1]  java_lang_Thread::interrupted(oop)+0x231
# Core dump will be written. Default location: Core dumps may be processed with "/usr/share/apport/apport %p %s %c %d %P" (or dumping to /home/shade/trunks/jdk-jdk/build/linux-x86_64-server-fastdebug/test-support/jtreg_test_hotspot_jtreg_gc_logging_TestGCId_java/scratch/0/core.6946)
# If you would like to submit a bug report, please visit:
#   https://bugreport.java.com/bugreport/crash.jsp

Current thread (0x00007f918c288800):  JavaThread "Unknown thread" [_thread_in_vm, id=6949, stack(0x00007f9197180000,0x00007f9197281000)]

Stack: [0x00007f9197180000,0x00007f9197281000],  sp=0x00007f919727f8b0,  free space=1022k
Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0xe184d1]  java_lang_Thread::interrupted(oop)+0x231
V  [libjvm.so+0x184dbed]  JavaThread::sleep(long)+0xdd
V  [libjvm.so+0x16a3920]  ShenandoahPacer::pace_for_alloc(unsigned long)+0x130
V  [libjvm.so+0x1669140]  ShenandoahHeap::allocate_memory(ShenandoahAllocRequest&)+0x390
V  [libjvm.so+0x166938d]  ShenandoahHeap::allocate_new_tlab(unsigned long, unsigned long, unsigned long*)+0x3d
V  [libjvm.so+0x12e996f]  MemAllocator::allocate_inside_tlab_slow(MemAllocator::Allocation&) const+0x49f
V  [libjvm.so+0x12ea3d4]  MemAllocator::allocate() const+0x174
V  [libjvm.so+0xdc3fa9]  InstanceKlass::allocate_instance(Thread*)+0x79
V  [libjvm.so+0xdc4150]  InstanceKlass::allocate_instance_handle(Thread*)+0x20
V  [libjvm.so+0x184789f]  JavaThread::allocate_threadObj(Handle, char const*, bool, Thread*)+0xdf
V  [libjvm.so+0xf28d48]  attach_current_thread.part.188+0x1d8
V  [libjvm.so+0xef18ec]  jni_DestroyJavaVM+0x6c
C  [libjli.so+0x43bc]  JavaMain+0x25c
C  [libjli.so+0x8239]  ThreadJavaMain+0x9

URL: https://hg.openjdk.java.net/jdk/jdk/rev/c727d5d4c22e User: shade Date: 2019-11-04 18:43:03 +0000

RFR: https://mail.openjdk.java.net/pipermail/shenandoah-dev/2019-November/011015.html