JVM进程与JVM堆内存使用情况
jvm进程的内存使用量一直在增加，并且从未减少。我通过在linux服务器上执行top进行检查。该应用程序正在将作业调度到群集（使用Quartz + SunJava DRMAA API）
Java堆空间在应用程序生命周期内保持在限制之内，但是jvm进程显示内存使用率稳定增长且从未下降。
这是内存泄漏吗？如果是这样，为什么堆空间在限制之内。有人可以解释一下。
更新： 当我通过jconsole进行跟踪时，我有-Xmx1600m
-Xms1600m，我可以看到堆空间恰好在此限制范围内，约为450m，但最高命令显示该进程正在使用900m以上的内存。
问题答案：
使用的总虚拟内存是最大堆+线程堆栈+直接内存+ perm gen +共享库的总和。这永远不会缩小。
实际使用的主内存取决于已占用的虚拟内存量。共享库是共享的，因此拥有多个JVM不会导致此内存加倍等。
JVM从不向操作系统释放内存，但是，如果长时间不使用主内存，则可以在需要时将其换出。
-
问题内容： 我们在 Tomcat 服务器上部署了一个Web应用程序。我们运行某些计划的作业，然后堆内存达到峰值并稳定下来，一切似乎都很好。但是，系统管理员抱怨内存使用率（Linux上的“ top”）随着计划的作业的增加而不断增加。堆内存和CPU内存之间有什么关联？可以通过任何JVM设置来控制它吗？我使用 JConsole 监视系统。 我通过JConsole强制进行垃圾收集，并且堆使用率下降了，但是
-
我们通常处理OutOfMemoryError问题是因为堆或permgen大小配置问题。 但所有JVM内存都不是permgen或heap。据我理解，它还可以与线程/堆栈、原生JVM代码... 但是使用pmap我可以看到进程分配了9.3G，这是3.3G的离堆内存使用量。 我想知道有什么可能性来监视和调优这种额外的离堆内存消耗。 我不使用直接离堆内存访问（MaxDirectMemorySize是64M默
-
我们Java开发人员有时会使用来确保我们为每个特定于线程的堆栈提供了1MB的空间。现在，我经常感到困惑，JVM从哪里借用了1MB，从堆或系统内存中借用，或者Java为线程分配任何特定的内存。你能帮我理解一下吗？ 此外，我们是否有一个可视化（插件）运行时工具，可以以可理解的方式显示堆和堆栈的内容？ 提前感谢。
-
问题内容： 每当加载一个类时，什么存储在堆中以及什么存储在堆栈中？ 线程也驻留在哪里？ 问题答案： 引用类型在堆中。 任何原始类型的数据和对堆上值（方法的参数/局部变量）的引用都在堆栈上。 每个线程都有自己的堆栈。 应用程序中的所有线程共享同一堆。
-
我有一个很小的java控制台应用程序，我想在内存使用方面进行优化。它是在Xmx设置为仅64MB的情况下运行的。根据不同的监视工具(htop、ps、pmap、Dynatrace)显示进程的总体内存使用量超过250MB。我主要在Ubuntu18上运行它（也在其他操作系统上测试）。 我使用了-xx：nativeMemoryTracking，java param和jcmd的本地内存跟踪，以找出为什么在堆之
-
我的问题是，如果我从java代码调用Shell脚本，脚本使用的内存，是从JVM堆空间分配，还是使用系统内存空间。