当jvm运行垃圾收集时，Kubernetes Pod内存使用率不会下降
我很难理解为什么我的Java应用程序正在慢慢消耗pod可用的所有内存，导致Kubernetes将pod标记为内存不足。JVM（OpenJDK 8）由以下参数启动：
-XX:+UnlockExperimentalVMOptions -XX:+UseCGroupMemoryLimitForHeap -XX:MaxRAMFraction=2
我正在监控pod和JVM内存使用的内存，并期望看到一些相关性，例如在主要的垃圾回收机制之后，使用的pod内存也会下降。但是我没有看到这一点。我在下面附上了一些图表：
我正在纠结的是，为什么在16:00之前堆内存显着减少时，pods内存不会也下降？
共有1个答案
看起来您正在创建一个资源限制为1GB内存的pod。您正在设置-XX： MaxRAMFraction=2，这意味着您将50%的可用内存分配给JVM，这似乎与您绘制的Memory Limit相匹配。
然后，JVM保留大约80%的内容，这是您在内存消耗中绘制的内容。
当您查看内存消耗时，您将看不到内部垃圾回收机制（如第二张图所示），因为GC内存被释放回JVM，但仍被它保留。
您的java应用程序中是否可能存在内存泄漏？随着时间的推移，它可能会导致更多内存被保留，直到满足JVM限制（512MB）并且您的pod被OOM杀死。
-
1.1 程序计数器 JVM 支持多线程同时执行，每个线程都有自己的程序计数器，线程正在执行 Java 代码，则存放正在执行的指令地址，如果正在执行 C 代码（本地方法），则为空。 1.2 虚拟机栈 线程私有，每个方法创建一个栈帧，用于存储局部变量表(this、参数列表、局部变量)、操作数栈(将下一个指令入栈，执行时出栈)、动态链接、方法出口等信息。方法从调用到执行完成对应栈帧的入栈到出栈，线程内串
-
我试图了解垃圾收集是如何工作的。我很清楚以下几点： 当JVM无法将对象分配给年轻一代时，它将触发小型GC 列表项 当堆满时，JVM将触发完整的GC（两个次要的主要GC）。 但是，年轻一代和老一代中不再引用、符合GC条件但没有触发GC的对象如何（即年轻/老一代堆空间未满，因此没有GC发生） 这是否意味着在GC发生之前，这些对象将保留在年轻/老一代堆空间中？ 我的阅读材料 > http://www.c
-
问题内容： 在最近的10年中，当讨论Java和/或垃圾回收时，我无法抗拒的唯一性能损失是，在分页内存体系结构中运行时，垃圾回收算法或多或少会中断，并且堆的某些部分会越来越多。分页。 Unix系统（尤其是Linux）积极地调出一段时间未使用的内存，尽管这对于您的普通泄漏c应用程序很有用，但它在内存紧张的情况下会杀死Java性能。 我知道最佳实践是将最大堆保留为小于物理内存。（或者您将看到您的应用程序
-
问题内容： 我正在读取一个很大的文件，并从每一行中提取文本的一小部分。但是，在操作结束时，我的工作记忆很少。似乎垃圾收集器在读取文件后无法释放内存。 我的问题是：有什么办法释放这种记忆？还是这是JVM错误？ 我创建了一个SSCCE来演示这一点。它读取一个1 mb（由于16位编码，在Java中为2 mb）的文件，并从每行中提取一个字符（约4000行，因此大约为8 kb）。测试结束时，仍将使用全部2
-
一、垃圾收集算法 1.标记-清除算法 最基础的收集算法是“标记-清除”（Mark-Sweep）算法，如同它的名字一样，算法分为“标记”和“清除”两个阶段。 ①首先标记出所有需要回收的对象 ②在标记完成后统一回收所有被标记的对象。 不足： 效率问题：标记和清除两个过程的效率都不高 空间问题：标记清除之后产生大量不连续的内存碎片，空间碎片太多可能会导致以后程序运行过程中需要分配较大对象时，无法找到足够
-
问题内容： 谁能 建议一本书 （或任何其他来源）来彻底揭示 JVM内存管理和垃圾回收的内部知识 （优化，工作，循环引用，特殊性，各种JVM隐喻的讨论…）？ [到目前为止，我发现的是单独的文章，涉及各个方面，但没有重量级的书：)。这里是一些用于实施Hotspot的好材料。] 非常感谢您提供的任何建议。 问题答案： 如果您寻找与 供应商无关的 资源来揭示和彻底描述所有已研究/设计的各种GC算法，我建议