垃圾收集行为怪异
我刚刚接触到一个项目，他们让我调查服务器（应用程序）为什么会表现得很奇怪。重新启动后，它们的速度非常快(
内存和CPU上升，直到应用程序重新启动才会下降。
所以他们正在运行一个Tomcat（hybris）服务器，该服务器具有以下命令行标志：-XX:congcthreads=1-XX:G1HeapRegionSize=4194304-XX:GCLogFileSize=786432-XX:InitialHeapSize=12884901888-XX:ManagementServer-XX:maxgcpausemilis=200-XX:MaxHeapSize=12884901888-XX:NewRatio=4-XX:NumberOfGCLogFiles=10-XX:-omitstacktraceinfastthreads=4-XX:ParallelRefProcEnabled-XX:PrintGC-XX:PrintGCDateStamps-XX:PrintGCTimeStamps-XX:PrintTenuringDistribution-XX:ReservedCodeCacheSize=134217728-XX:ThreadStackSize=1024-XX:UseCodeCacheFlashing-XX:UseCompressedClassPointers-XX:UseCompressedOops-XX:UseG1GC-XX:UseCLogFileRotation-XX:UseTLAB
在下图中，您可以看到重启前后的CPU和内存使用情况。应用程序服务器已经承受了几个小时的重载。。。
中央处理器
堆
旧Gen堆的使用
垃圾收集CPU时间
应用服务器本身是一个4核的16GB内存。
2次重启之间的完整运行截图：
共有1个答案
你的应用程序内存泄漏。
这不是垃圾收集器（GC）问题，而是应用程序中的错误。这意味着一些对象已创建，但未使用GC清理，因为指向它们的引用链接仍然存在于您的应用程序中。您应该调查哪些对象未被清理并跟踪它们是如何创建的以及引用的位置。
正如您提到的TomCat，我首先要检查Servlet（如果使用Spring，则为控制器和服务）的类属性变量。
-
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 程序时，开发人员不用再关心内存使用问题，所需内存的分配以及无用内存的回收完全实现了自动管理。这种垃圾收集机制的原理其实很简单：找出那些不再继续使用的变量，然后释放其
-
问题内容： 我想向JVM注册一个回调，所以我知道何时进行垃圾回收。有什么办法吗？ 编辑：我想这样做，以便可以在应用程序日志中发生垃圾收集时注销，这样我就可以查看它是否与我所看到的问题相关。启用- Xloggc很有帮助，但是将GC日志中的时间（自应用程序启动以来使用秒数）整合到我的主应用程序日志中有点棘手。 编辑2012年4月：从Java7u4开始，您可以从GarbageCollectorMXBea
-
问题内容： 您可以简单地通过调用Java来进行垃圾回收，但有时这会使应用程序“停滞”。这样垃圾收集并避免停顿是一个坏主意： 还是可能导致更多问题？ 问题答案： 是的，在大多数情况下，调用System.gc（）是一个非常糟糕的主意。有例外，但例外很少，最好花一些时间来确保自己不会在GC环境中做会损害性能的事情，并且学习并确保自己了解gc的工作方式比尝试自己处理它要好得多。显式调用System.gc（
-
问题内容： 是否有可能使Go中的垃圾收集器处理并释放通过C代码分配的内存？抱歉，我之前没有使用过C和cgo，因此我的示例可能需要澄清。 假设您有一些要使用的C库，并且该库分配了一些需要手动释放的内存。我想做的是这样的： 当Go运行时中没有对* Stuff的引用时，垃圾收集器是否可以调用Stuff.Free（）？ 我在这里有意义吗？ 也许更直接的问题是：是否有可能通过编写一个在该对象的引用为零时运行