脚本使用JVM的堆内存或系统内存
我的问题是，如果我从java代码调用Shell脚本，脚本使用的内存，是从JVM堆空间分配，还是使用系统内存空间。
共有1个答案
将使用系统内存。
Java将调用fork()系统调用，该调用将复制父内存（当前使用的JVM内存），以便能够运行子内存（您试图运行的命令）。
通常，在执行进程时，必须首先fork()，然后exec()。分叉通过复制当前进程创建子进程。然后，调用exec()将“进程映像”更改为新的“进程映像”，实质上是在子进程中执行不同的代码。这就是如何创建新进程来执行其他程序/脚本。
-
null
-
我们Java开发人员有时会使用来确保我们为每个特定于线程的堆栈提供了1MB的空间。现在，我经常感到困惑，JVM从哪里借用了1MB，从堆或系统内存中借用，或者Java为线程分配任何特定的内存。你能帮我理解一下吗？ 此外，我们是否有一个可视化（插件）运行时工具，可以以可理解的方式显示堆和堆栈的内容？ 提前感谢。
-
编译器手册（dragon book）解释了值类型是在堆栈上创建的，引用类型是在堆上创建的。 对于Java，JVM在运行时数据区也包含堆和堆栈。对象和数组在堆上创建，方法框架被推到堆栈。一个堆由所有线程共享，而每个线程都有自己的堆栈。下图显示了这一点： 有关Java运行时数据区域的更多信息。 null
-
问题内容： jvm进程的内存使用量一直在增加，并且从未减少。我通过在linux服务器上执行top进行检查。该应用程序正在将作业调度到群集（使用Quartz + SunJava DRMAA API） Java堆空间在应用程序生命周期内保持在限制之内，但是jvm进程显示内存使用率稳定增长且从未下降。 这是内存泄漏吗？如果是这样，为什么堆空间在限制之内。有人可以解释一下。 更新： 当我通过jconsol
-
问题内容： 我们在 Tomcat 服务器上部署了一个Web应用程序。我们运行某些计划的作业，然后堆内存达到峰值并稳定下来，一切似乎都很好。但是，系统管理员抱怨内存使用率（Linux上的“ top”）随着计划的作业的增加而不断增加。堆内存和CPU内存之间有什么关联？可以通过任何JVM设置来控制它吗？我使用 JConsole 监视系统。 我通过JConsole强制进行垃圾收集，并且堆使用率下降了，但是
-
我们通常处理OutOfMemoryError问题是因为堆或permgen大小配置问题。 但所有JVM内存都不是permgen或heap。据我理解，它还可以与线程/堆栈、原生JVM代码... 但是使用pmap我可以看到进程分配了9.3G，这是3.3G的离堆内存使用量。 我想知道有什么可能性来监视和调优这种额外的离堆内存消耗。 我不使用直接离堆内存访问（MaxDirectMemorySize是64M默
-
我在Kubernetes集群上运行了一个openjdk:8映像。我添加了内存HPA（水平Pod自动缩放），它可以很好地扩展，但由于JVM不会将内存从堆释放回操作系统，所以Pod不会缩小。以下是hpa。亚马尔 解决这个问题的一种方法是使用正确的GC并使其释放内存，但由于JVM被设计为不经常从堆中释放内存，因此这样做不是一个好主意。库伯内特斯有没有办法解决这个问题？就像不检查操作系统的内存使用情况一样