Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2194811 | 7-pool | Unassigned | P2 | Closed | Duplicate |
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
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
- backported by
-
JDK-2194811 Infinite loop in PhaseGVN::optimize
- Closed
- duplicates
-
JDK-6916062 assert(_inserts <= _insert_limit,"hash table overflow") in NodeHash::hash_insert with debug build
- Resolved
- relates to
-
JDK-6883468 C2 compiler enters infinite loop running out of native heap. assertion in PhaseIterGVN::transform
- Resolved