简体   繁体   English

使用具有超过120GB RAM的Concurrent Mark Sweep垃圾收集器

[英]Using Concurrent Mark Sweep garbage collector with more than 120GB RAM

Has anyone managed to use the Concurrent Mark Sweep garbage collector (UseConcMarkSweepGC) in Hotspot with more than 120GB RAM? 有没有人设法在Hotspot中使用超过120GB RAM的Concurrent Mark Sweep垃圾收集器(UseConcMarkSweepGC)?

The JVM starts just fine if I set -ms and -mx to 120G, but if I set them to 130G, the JVM crashes on startup. 如果我将-ms和-mx设置为120G,JVM就会正常启动,但如果我将它们设置为130G,则JVM会在启动时崩溃。 The JVM starts-up fine with the parallel and G1 collectors (but they have their own issues). JVM使用并行和G1收集器启动良好(但它们有自己的问题)。

Has anyone managed to use the Concurrent Mark Sweep collector with more than a 120GB heap? 有没有人设法使用超过120GB堆的Concurrent Mark Sweep收集器? If so, did you have to do anything special, or am I just being unlucky here? 如果是这样,你有什么特别的,或者我只是在这里不走运?

The stack from the JVM error dump is as follows: 来自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

I've raised a bug for this with Oracle ( http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7175901 ), but I was wondering if anyone else had seen it. 我已经用Oracle( http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7175901 )为此提出了一个错误,但我想知道是否有其他人见过它。

这似乎被Oracle接受为一个错误: http//bugs.sun.com/bugdatabase/view_bug.do?video_id = 7175901

Had the same issue. 有同样的问题。 We reduced ms to below 140 and it seems to work. 我们将ms减少到140以下,似乎有效。 Left mx at 400g and wrote a test program. 将mx留在400g并编写测试程序。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM