使用具有120GB以上RAM的并发标记扫描垃圾收集器
是否有人成功地在超过120GB RAM的Hotspot中使用了并发标记清除垃圾收集器（UseConcMarkSweepGC）？
如果将-ms和-mx设置为120g，JVM启动良好，但如果将它们设置为130g，JVM在启动时崩溃。parallel和G1收集器可以很好地启动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
共有1个答案
这似乎已被Oracle接受为bug:http://bugs.sun.com/bugdatabase/view_bug.do？bug_id=7175901
-
我在尝试理解垃圾收集机制，我在研究代际算法，我有一个关于年轻人和老年人的代沟的问题。我读到，在年轻一代开始收集物品，GC是从GC根开始标记它们，以找到活的，通常它会将它们复制到幸存者空间，清除年轻一代区域，然后瞧。 我不明白，如果我们从GC根开始，我们开始遍历活动对象，我们不是也在旧一代中找到了对象吗？这是否意味着，当我们击中旧空间中的一个物体时，我们会在那个点上停止跟踪参照物？
-
Kubernetes 垃圾收集器的角色是删除指定的对象，这些对象曾经有但以后不再拥有 Owner 了。 注意：垃圾收集是 beta 特性，在 Kubernetes 1.4 及以上版本默认启用。 Owner 和 Dependent 一些 Kubernetes 对象是其它一些的 Owner。例如，一个 ReplicaSet 是一组 Pod 的 Owner。具有 Owner 的对象被称为是 Owner
-
本文向大家介绍Java垃圾收集，包括了Java垃圾收集的使用技巧和注意事项，需要的朋友参考一下 示例 C ++方法-新增和删除 在像C ++这样的语言中，应用程序负责管理动态分配的内存所使用的内存。当使用new运算符在C ++堆中创建对象时，需要相应地使用delete运算符来处置该对象： 如果程序忘记了delete一个对象而只是“忘记”了该对象，则关联的内存将丢失给应用程序。这种情况的术语是内存泄
-
JavaScript 具有自动垃圾收集机制，也就是说，执行环境会负责管理代码执行过程中使用的内存。 而在C 和C++之类的语言中，开发人员的一项基本任务就是手工跟踪内存的使用情况，这是造成许多问题的一个根源。在编写JavaScript 程序时，开发人员不用再关心内存使用问题，所需内存的分配以及无用内存的回收完全实现了自动管理。这种垃圾收集机制的原理其实很简单：找出那些不再继续使用的变量，然后释放其
-
问题内容： 我从带有node.js的线程垃圾收集中学到了node.js使用世代GC。 我通常使用循环对象引用（最终我都会删除/确保超出范围），并想知道node.js是否能很好地处理它们。所以例如。如果使用参考完成。计数，会有一个问题，所以我想知道这个节点有多好。 一些使用场景： 对于每个http请求，我创建一个带有lambda的setTimeout，该lambda可能引用了范围对象。作用域对象还引
-
Java 15 使 ZGC、Z 垃圾收集器成为标准功能。它是 Java 15 之前的一个实验性功能。它是低延迟、高度可扩展的垃圾收集器。 ZGC 是在 Java 11 中作为一项实验性功能引入的，因为开发人员社区认为它太大而无法提前发布。 即使在机器学习应用程序等海量数据应用程序的情况下，ZGC 也具有高性能和高效工作。它确保在处理数据时不会因垃圾收集而长时间停顿。它支持 Linux、Window