Maintenance Notice

The site will be undergoing maintenance on 15th Dec 2017 21:00 PST to 16th Dec 2017 1:00 AM PST.
JDK-8025441 : G1: assert "assert(thread < _num_vtimes) failed: just checking" fails when G1ConcRefinementThreads > ParallelGCThreads
  • Type: Bug
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: hs25
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2013-09-25
  • Updated: 2014-07-07
  • Resolved: 2013-09-30
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 Availabitlity Release.

To download the current JDK release, click here.
JDK 7 JDK 8 Other
7u60Fixed 8Fixed hs25Fixed
Related Reports
Relates :  
VM crashes due to failed assertion "assert(thread < _num_vtimes) failed: just checking" when G1ConcRefinementThreads > ParallelGCThreads:

jdk1.8.0/fastdebug/bin/java -XX:+UseG1GC -XX:G1ConcRefinementThreads=2 -XX:ParallelGCThreads=1 -version

# To suppress the following error report, specify this argument
# after -XX: or in .hotspotrc:  SuppressErrorAt=/g1RemSetSummary.cpp:70
# A fatal error has been detected by the Java Runtime Environment:
#  Internal Error (/HUDSON/workspace/8-2-build-linux-amd64/jdk8/254/hotspot/src/share/vm/gc_implementation/g1/g1RemSetSummary.cpp:70), pid=12479, tid=139827559917312
#  assert(thread < _num_vtimes) failed: just checking
# JRE version:  (8.0-b108) (build )
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.0-b50-fastdebug mixed mode linux-amd64 compressed oops)
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
# An error report file with more information is saved as:
# /tmp/8/hs_err_pid12479.log

Use of wrong number of threads in remembered set summary information: instead of using the number of concurrent refinement threads, the number of parallel gc threads were used.

Relevant stack trace: V [] VMError::report(outputStream*)+0x1127 V [] VMError::report_and_die()+0x42c V [] report_vm_error(char const*, int, char const*, char const*)+0xa5 V [] G1RemSetSummary::set_rs_thread_vtime(unsigned int, double)+0x74 V [] GetRSThreadVTimeClosure::do_thread(Thread*)+0x4f V [] ConcurrentG1Refine::worker_threads_do(ThreadClosure*)+0x58 V [] G1RemSetSummary::update()+0xb3 V [] G1RemSetSummary::initialize(G1RemSet*, unsigned int)+0xe1 V [] G1RemSet::G1RemSet(G1CollectedHeap*, CardTableModRefBS*)+0x1be V [] G1CollectedHeap::initialize()+0x3d8 V [] Universe::initialize_heap()+0x205 V [] universe_init()+0x67 V [] init_globals()+0x3d V [] Threads::create_vm(JavaVMInitArgs*, bool*)+0x294 V [] JNI_CreateJavaVM+0xaf C [] JavaMain+0x9e