gpt4 book ai didi

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

转载 作者:太空狗 更新时间:2023-10-29 22:35:49 25 4
gpt4 key购买 nike

有没有人设法在超过 120GB RAM 的 Hotspot 中使用 Concurrent Mark Sweep 垃圾收集器 (UseConcMarkSweepGC)?

如果我将 -ms 和 -mx 设置为 120G,JVM 可以正常启动,但如果我将它们设置为 130G,JVM 会在启动时崩溃。 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 ( http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7175901 ) 提出了一个错误,但我想知道是否有其他人看到它。

最佳答案

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

关于java - 使用超过 120GB RAM 的 Concurrent Mark Sweep 垃圾收集器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11074608/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com