有人成功在Hotspot中使用Concurrent Mark Sweep垃圾收集器(UseConcMarkSweepGC)并且内存超过120GB吗?
如果我将-ms和-mx设置为120G,JVM可以正常启动,但如果我将它们设置为130G,JVM在启动时会崩溃。并行和G1收集器可以正常启动(但它们也有自己的问题)。
有人成功使用超过120GB堆大小的Concurrent Mark Sweep收集器吗?如果是这样,你是否需要做一些特殊的设置,还是我只是运气不好?
JVM错误转储的堆栈如下:
我已经向Oracle提出了一个关于这个问题的错误报告(https://bugs.java.com/bugdatabase/view_bug?bug_id=7175901),但我想知道是否还有其他人遇到过这个问题。
如果我将-ms和-mx设置为120G,JVM可以正常启动,但如果我将它们设置为130G,JVM在启动时会崩溃。并行和G1收集器可以正常启动(但它们也有自己的问题)。
有人成功使用超过120GB堆大小的Concurrent Mark Sweep收集器吗?如果是这样,你是否需要做一些特殊的设置,还是我只是运气不好?
JVM错误转储的堆栈如下:
Stack: [0x00007fbd0290d000,0x00007fbd02a0e000], sp=0x00007fbd02a0c758, free space=1021k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libc.so.6+0x822c0] __tls_get_addr@@GLIBC_2.3+0x822c0
V [libjvm.so+0x389c01] CompactibleFreeListSpace::CompactibleFreeListSpace(BlockOffsetSharedArray*, MemRegion, bool, FreeBlockDictionary::DictionaryChoice)+0xc1
V [libjvm.so+0x3d1ae0] ConcurrentMarkSweepGeneration::ConcurrentMarkSweepGeneration(ReservedSpace, unsigned long, int, CardTableRS*, bool, FreeBlockDictionary::DictionaryChoice)+0x100
V [libjvm.so+0x49d922] GenerationSpec::init(ReservedSpace, int, GenRemSet*)+0xf2
V [libjvm.so+0x48d0b9] GenCollectedHeap::initialize()+0x2e9
V [libjvm.so+0x824098] Universe::initialize_heap()+0xb8
V [libjvm.so+0x82657d] universe_init()+0x7d
V [libjvm.so+0x4cf0dd] init_globals()+0x5d
V [libjvm.so+0x80f462] Threads::create_vm(JavaVMInitArgs*, bool*)+0x1e2
V [libjvm.so+0x51fac4] JNI_CreateJavaVM+0x74
C [libjli.so+0x31b7] JavaMain+0x97
我已经向Oracle提出了一个关于这个问题的错误报告(https://bugs.java.com/bugdatabase/view_bug?bug_id=7175901),但我想知道是否还有其他人遇到过这个问题。