JDK-6958952 : Infinite loop in PhaseGVN::optimize
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: e6u18
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • OS: windows_2003
  • CPU: x86
  • Submitted: 2010-06-07
  • Updated: 2011-02-16
  • Resolved: 2010-10-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 6 JDK 7
6-poolResolved 7-poolResolved
Related Reports
Duplicate :  
JDK-6916062 - assert(_inserts <= _insert_limit,"hash table overflow") in NodeHash::hash_insert with debug build
Relates :  
JDK-6883468 - C2 compiler enters infinite loop running out of native heap. assertion in PhaseIterGVN::transform
Description
Crahes with 6.0_18-b07 on Windows

The customer is having crashes "java.lang.OutOfMemoryError: requested 134217736 bytes for Chunk:: new. Out of swap space?" always for the same method 

com.gigaspaces.internal.server.space.SpaceEngine.executeOnMatchingEntries. this is a long method and they are using JNI but the customer claims that in previous versions they haven't had these crashes

Stack: [0x0a0c0000,0x0a1c0000],  sp=0x0a1be980,  free space=3fa0a1be990k

Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)

V  [jvm.dll+0x323e10] ?report_and_die@VMError@@QAEXXZ+0x4c0

V  [jvm.dll+0xff3fc] ?report_vm_out_of_memory@@YAXPBDHI0@Z+0x3c

V  [jvm.dll+0x3e47c] ??2Chunk@@SAPAXII@Z+0x4c

V  [jvm.dll+0x3e713] ?grow@Arena@@IAEPAXI@Z+0x23

V  [jvm.dll+0x297989] ?grow@NodeHash@@QAEXXZ+0x59

V  [jvm.dll+0x297fb6] ?hash_find_insert@NodeHash@@QAEPAVNode@@PAV2@@Z+0x126

V  [jvm.dll+0x2999b5] ?transform_old@PhaseIterGVN@@EAEPAVNode@@PAV2@@Z+0x105

V  [jvm.dll+0x2991cf] ?optimize@PhaseIterGVN@@QAEXXZ+0x7f

V  [jvm.dll+0xde5fd] ?Optimize@Compile@@AAEXXZ+0x2dd

V  [jvm.dll+0xdf0f8] ??0Compile@@QAE@PAVciEnv@@PAVC2Compiler@@PAVciMethod@@H_N3@Z+0x728

V  [jvm.dll+0xa4701] ?compile_method@C2Compiler@@UAEXPAVciEnv@@PAVciMethod@@H@Z+0x71

V  [jvm.dll+0xe12f9] ?invoke_compiler_on_method@CompileBroker@@CAXPAVCompileTask@@@Z+0x259

V  [jvm.dll+0xe1e8f] ?compiler_thread_loop@CompileBroker@@SAXXZ+0x2df

V  [jvm.dll+0x303d04] ?thread_main_inner@JavaThread@@QAEXXZ+0x34

V  [jvm.dll+0x27e50c] ?java_start@@YGIPAVThread@@@Z+0x8c

C  [MSVCR71.dll+0xb381]

C  [KERNEL32.dll+0x2482f]





Current CompileTask:

C2:671  !   com.gigaspaces.internal.server.space.SpaceEngine.executeOnMatchingEntries(Lcom/j_spaces/core/cache/context/Context;Lcom/gigaspaces/internal/server/storage/ITemplateHolder;ILcom/gigaspaces/internal/server/space/BatchQueryOperationContext;)V (1922 bytes)

you can see the hs_error from https://cores2-web.central.sun.com/cores/72987352/hs%5Ferr%5Fpid1496%2Elog