multiples crashes using jdk 6 u14 in Red hat

most of them are with the dump.
*****************************
#
# A fatal error has been detected by the Java Runtime Environment:
#
# Internal Error (nmethod.cpp:1836), pid=350, tid=265915312
# Error: guarantee(cont_offset != 0,"unhandled implicit exception in compiled code")
#
# JRE version: 6.0_14-b08
# Java VM: Java HotSpot(TM) Server VM (14.0-b16 mixed mode linux-x86 )
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#

--------------- T H R E A D ---------------

Current thread (0x08ef7400): JavaThread "EXT:bharti-http:12:766:,0,5524" [_thread_in_Java, id=13770, stack(0x0fd58000,0x0fd99000)]

Stack: [0x0fd58000,0x0fd99000], sp=0x0fd975e4, free space=253k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x64f7ca] _ZN7VMError14report_and_dieEv+0x2aa
V [libjvm.so+0x291a5c] _Z12report_fatalPKciS0_+0x3c
V [libjvm.so+0x51899e] _ZN7nmethod35continuation_for_implicit_exceptionEPh+0x6e
V [libjvm.so+0x598fe7] _ZN13SharedRuntime35continuation_for_implicit_exceptionEP10JavaThreadPhNS_21ImplicitExceptionKindE+0x217
V [libjvm.so+0x533420] JVM_handle_linux_signal+0x480
V [libjvm.so+0x52f434] _Z13signalHandleriP7siginfoPv+0x24
.......
**********************************
it looks like a problem on the compilation # Error: guarantee(cont_offset != 0,"unhandled implicit exception in compiled code")
but there are other crashes with out of memory during the compilation as well

for example hs_err_pid1510
********************************
#
# A fatal error has been detected by the Java Runtime Environment:
#
# java.lang.OutOfMemoryError: requested 813832 bytes for Chunk::new. Out of swap space?
#
# Internal Error (allocation.cpp:215), pid=1510, tid=236616624
# Error: Chunk::new
#
# JRE version: 6.0_14-b08
# Java VM: Java HotSpot(TM) Server VM (14.0-b16 mixed mode linux-x86 )
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#

--------------- T H R E A D ---------------

Current thread (0xb41ef000): JavaThread "CompilerThread1" daemon [_thread_in_native, id=1532, stack(0x0e127000,0x0e1a8000)]

Stack: [0x0e127000,0x0e1a8000], sp=0x0e1a4e10, free space=503k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x64f7ca] _ZN7VMError14report_and_dieEv+0x2aa
V [libjvm.so+0x291b2f] _Z23report_vm_out_of_memoryPKcijS0_+0x4f
V [libjvm.so+0x11cafc] _ZN5ChunknwEjj+0x5c
V [libjvm.so+0x11cff6] _ZN5Arena4growEj+0x26
V [libjvm.so+0x58c6c0] _Z23resource_allocate_bytesj+0x40
V [libjvm.so+0x2d2f3d] _ZN14PhaseIdealLoop10DominatorsEv+0x5d
V [libjvm.so+0x4c6a02] _ZN14PhaseIdealLoopC1ER12PhaseIterGVNPKS_b+0x412
V [libjvm.so+0x25b10d] _ZN7Compile8OptimizeEv+0x1dd
V [libjvm.so+0x2585af] _ZN7CompileC1EP5ciEnvP10C2CompilerP8ciMethodibb+0x7af
V [libjvm.so+0x1f2bff] _ZN10C2Compiler14compile_methodEP5ciEnvP8ciMethodi+0xbf
V [libjvm.so+0x260cbb] _ZN13CompileBroker25invoke_compiler_on_methodEP11CompileTask+0x2bb
V [libjvm.so+0x2605d9] _ZN13CompileBroker20compiler_thread_loopEv+0x389
V [libjvm.so+0x617016] _Z21compiler_thread_entryP10JavaThreadP6Thread+0x16
V [libjvm.so+0x61068e] _ZN10JavaThread3runEv+0x11e
V [libjvm.so+0x531ade] _Z10java_startP6Thread+0x14e
C [libpthread.so.0+0x5371]

Current CompileTask:
C2:1284 ! com.firsthop.mg.common.message.document.MG2DocumentFactory.createSMS(Lcom/firsthop/mg/common/message/document/DocumentMessage;)Lorg/w3c/dom/Document; (1562 bytes)
....
*******************************************************
it looks a problem with the C heap. # java.lang.OutOfMemoryError: requested 813832 bytes for Chunk::new. Out of swap space?

for example on hs_err_pid27665
There is a crash on the GC that could confirm some problem on the native heap
java.lang.OutOfMemoryError: requested 1310720 bytes for GrET in /BUILD_AREA/jdk6_14/hotspot/src/share/vm/utilities/growableArray.cpp. Out of swap space?


Also there are some crashes on the GC
for example hs_err_pid14157
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x150435] _ZN8TreeList26removeChunkReplaceIfNeededEP9TreeChunk+0x15
V [libjvm.so+0x15091a] _ZN20BinaryTreeDictionary19removeChunkFromTreeEP9TreeChunk+0x1a
V [libjvm.so+0x1507fb] _ZN20BinaryTreeDictionary16getChunkFromTreeEjN19FreeBlockDictionary6DitherEb+0x9b
V [libjvm.so+0x15157c] _ZN20BinaryTreeDictionary8getChunkEjN19FreeBlockDictionary6DitherE+0x1c
V [libjvm.so+0x252bc8] _ZN24CompactibleFreeListSpace23par_get_chunk_of_blocksEjjP8FreeList+0x158
V [libjvm.so+0x25293b] _ZN8CFLS_LAB5allocEj+0xbb
V [libjvm.so+0x2753a6] _ZN29ConcurrentMarkSweepGeneration11par_promoteEiP7oopDescP11markOopDescj+0x66
V [libjvm.so+0x541004] _ZN16ParNewGeneration46copy_to_survivor_space_avoiding_promotion_undoEP18ParScanThreadStateP7oopDescjP11markOopDesc+0x364
V [libjvm.so+0x35002b] _ZN14ParScanClosure11do_oop_workIP7oopDescEEvPT_bb+0x6b
V [libjvm.so+0x34aa41] _ZN13instanceKlass18oop_oop_iterate_nvEP7oopDescP25ParScanWithBarrierClosure+0xa1
V [libjvm.so+0x53e9b3] _ZN18ParScanThreadState11trim_queuesEi+0x83
V [libjvm.so+0x350085] _ZN14ParScanClosure11do_oop_workIP7oopDescEEvPT_bb+0xc5
V [libjvm.so+0x53f1d6] _ZN36ParRootScanWithBarrierTwoGensClosure6do_oopEPP7oopDesc+0x16
V [libjvm.so+0x34b9eb] _ZN13instanceKlass20oop_oop_iterate_nv_mEP7oopDescP16FilteringClosure9MemRegion+0xbb
V [libjvm.so+0x24e4ed] _ZN19FreeListSpace_DCTOC27walk_mem_region_with_cl_parE9MemRegionP8HeapWordS2_P16FilteringClosure+0xcd
V [libjvm.so+0x24e3ef] _ZN19FreeListSpace_DCTOC23walk_mem_region_with_clE9MemRegionP8HeapWordS2_P16FilteringClosure+0x3f
V [libjvm.so+0x5b1054] _ZN15Filtering_DCTOC15walk_mem_regionE9MemRegionP8HeapWordS2_+0x54
V [libjvm.so+0x5b0ed8] _ZN21DirtyCardToOopClosure12do_MemRegionE9MemRegion+0xe8
V [libjvm.so+0x1fc49a] _ZN24ClearNoncleanCardWrapper12do_MemRegionE9MemRegion+0xba
V [libjvm.so+0x1fb2e1] _ZN17CardTableModRefBS27non_clean_card_iterate_workE9MemRegionP16MemRegionClosureb+0x141
V [libjvm.so+0x53c97e] _ZN17CardTableModRefBS14process_strideEP5Space9MemRegioniiP21DirtyCardToOopClosureP16MemRegionClosurebPPajj+0xfe
V [libjvm.so+0x53c81f] _ZN17CardTableModRefBS31par_non_clean_card_iterate_workEP5Space9MemRegionP21DirtyCardToOopClosureP16MemRegionClosurebi+0xaf
V [libjvm.so+0x1fb16b] _ZN17CardTableModRefBS22non_clean_card_iterateEP5Space9MemRegionP21DirtyCardToOopClosureP16MemRegionClosureb+0x4b
V [libjvm.so+0x1fbcfc] _ZN11CardTableRS29younger_refs_in_space_iterateEP5SpaceP16OopsInGenClosure+0x5c
V [libjvm.so+0x31f66c] _ZN10Generation29younger_refs_in_space_iterateEP5SpaceP16OopsInGenClosure+0x1c
V [libjvm.so+0x2782a0] _ZN29ConcurrentMarkSweepGeneration20younger_refs_iterateEP16OopsInGenClosure+0x40
V [libjvm.so+0x1fbc18] _ZN11CardTableRS20younger_refs_iterateEP10GenerationP16OopsInGenClosure+0x28
V [libjvm.so+0x313980] _ZN16GenCollectedHeap24gen_process_strong_rootsEibbN10SharedHeap14ScanningOptionEP16OopsInGenClosureS3_+0x70
V [libjvm.so+0x53f562] _ZN13ParNewGenTask4workEi+0xc2
V [libjvm.so+0x664cce] _ZN10GangWorker4loopEv+0xce
V [libjvm.so+0x664ba8] _ZN10GangWorker3runEv+0x18
V [libjvm.so+0x531ade] _Z10java_startP6Thread+0x14e
C [libpthread.so.0+0x5371]

The customer saw the same crashes with the 1.5 and they have tested with the verfication fix for the bug 6883468 with the same result
Are there gc logs for the crashes? What is the command line in use?
Environment to debug the issue is prepared on lover.russia:

login to lover.russia using your NIS credentials

cd /export/local/ds160299/CR6898003

type:
 gdb -x D/gdbrc java corefiles/<name of desired coredump>