问题标签 [jvm-arguments]

Java HotSpot VM Options 中有以下两个选项：

据我所知，IBM JVM 中没有这样的选项。
这是对的吗？

如果生成了堆转储，我需要调用一些 shell 脚本。
最简单的方法是什么？

我一直想知道，为什么 Java 需要你手动设置堆大小？我的印象是，用其他语言编写的程序只会根据程序运行的需要分配尽可能多的内存，直到操作系统无法再分配。

在 Java 世界中，我们需要设置堆、堆栈和 permgen 大小。虽然这很简单，但忘记将这些增加到“足够大”的数字是我看到服务器宕机的第一大原因。

为什么不能告诉 Java 随着时间的推移尽可能多地增长堆/堆栈/permgen？

在我们的 Eclipse 项目中，我们有一些项目运行所需的 jvm 参数。该项目连接到 clearcase 以进行版本控制。

我们如何将 jvm 参数添加到版本控制中，以便新开发人员在加入项目时进行设置（或者在有人进行更改时更新团队的其他成员）？

谢谢，

亚历克斯

我以前问过这个问题 - JVM 标志 CMSClassUnloadingEnabled 实际上是做什么的？，但这次略有不同！

如果我启动一个-XX:+CMSPermGenSweepingEnabled设置了标志的 Java VM，将打印以下消息：

以后请使用 CMSClassUnloadingEnabled 代替 CMSPermGenSweepingEnabled

该-XX:+CMSPermGenSweepingEnabled标志通常用于缓解PermGen OutOfMemory错误，但是我在其他地方读到人们发现通过遵循上述建议他们仍然有这些错误，但是通过坚持-XX:+CMSPermGenSweepingEnabled以及-XX:+CMSClassUnloadingEnabled他们的虚拟机在重新启动之间保持更长时间。

-XX:+CMSClassUnloadingEnabled真的会取代-XX:+CMSPermGenSweepingEnabled它们还是两者兼而有之？

提前致谢

丰富的ps：我知道perm gen问题的根本原因通常仍然是Classloader泄漏，这更多是关于如果我们使用上述选项时JVM产生的消息。

XX:MaxDirectMemorySize 的默认值是多少？

即将为服务器端使用 Java 编写的 GWT 网站选择托管服务。有没有人对 JVM 内存设置有一些好的指导方针。一些托管服务正在限制 JVM 内存。有人告诉我每个 CPU 内核一个 JVM，但内存设置呢？

此致，

尼古拉斯·林德伯格

我有一个有时会抛出 OOME 的程序，我知道 JVM 选项中有一个可以设置的标志，并且每当出现某个错误/异常（例如 OOME）时，它都会调用我编写的脚本。该脚本将给用户一个通知，并使用不同的参数调用程序，这样它就不会再次获得 OOME。

有谁知道如何设置这个标志？我需要设置哪些 JVM 选项？我在网上到处找，找不到答案。

请帮帮我！谢谢，是的

我执行以下命令：

我希望 JVM 立即捕获资源，但实际上我的资源管理器显示 JVM 捕获了 7.2M。

有人知道是什么原因吗？

PS：文档（man java）说明了以下选项：

-Xmsn

指定内存分配池的初始大小（以字节为单位）。此值必须是大于 1MB 的 1024 的倍数。附加字母 k 或 K 表示千字节，或附加 m 或 M 表示兆字节。默认值是在运行时根据系统配置选择的。有关详细信息，请参阅 HotSpot 人体工程学示例：

-Xms6291456

-Xms6144k

-Xms6m

编辑：

返回：

操作系统：9.10 - 业力考拉

我是 Coldfusion 专家，但我的 JVM 错误日志中充满了以下类型的错误。有人可以为我阐明这些以及如何解决吗？非常感激。到处搜索了一个小时，没有找到好的答案或任何参考。LCK 部分让我感到困惑，因为实际的 cfm 文件确实存在。

10/30 03:13:12 用户 RDSServlet: C:\Inetpub\wwwroot\stores.cfm.LCK (系统找不到指定的文件) java.io.FileNotFoundException: C:\Inetpub\wwwroot\stores.cfm.LCK （系统找不到指定的文件）在 java.io.FileInputStream.(FileInputStream.java:106) 的 java.io.FileInputStream.open(Native Method) 在 Coldfusion.rds.FileServlet$FileReadOperator.processCmd(FileServlet.java: 156) 在 Coldfusion.rds.FileServlet.processCmd(FileServlet.java:65) 在 coldfusion.rds.RdsServlet.doPost(RdsServlet.java:80) 在 javax.servlet.http.HttpServlet.service(HttpServlet.java:760) 在javax.servlet.http.HttpServlet.service(HttpServlet.java:853) 在 Coldfusion.rds.RdsFrontEndServlet.doPost(RdsFrontEndServlet.java:104) 在 javax.servlet.http.HttpServlet.service(HttpServlet.java:760) 在 javax .servlet.http.HttpServlet.service（HttpServlet.java：853) 在 jrun.servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42) 在 jrun. servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:286) 在 jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:543) 在 jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203) 在 jrunx.scheduler.ThreadPool $DownstreamMetrics.invokeRunnable(ThreadPool.java:320) 在 jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java:428) 在 jrunx.scheduler.ThreadPool$UpstreamMetrics.invokeRunnable(ThreadPool.java:266) 在 jrunx.scheduler。 WorkerThread.run(WorkerThread.java:66)ServletInvoker.invoke(ServletInvoker.java:106) 在 jrun.servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42) 在 jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:286) 在 jrun.servlet.ServletEngineService.dispatch(ServletEngineService .java:543) 在 jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203) 在 jrunx.scheduler.ThreadPool$DownstreamMetrics.invokeRunnable(ThreadPool.java:320) 在 jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable( ThreadPool.java:428) 在 jrunx.scheduler.ThreadPool$UpstreamMetrics.invokeRunnable(ThreadPool.java:266) 在 jrunx.scheduler.WorkerThread.run(WorkerThread.java:66)ServletInvoker.invoke(ServletInvoker.java:106) 在 jrun.servlet.JRunInvokerChain.invokeNext(JRunInvokerChain.java:42) 在 jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:286) 在 jrun.servlet.ServletEngineService.dispatch(ServletEngineService .java:543) 在 jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203) 在 jrunx.scheduler.ThreadPool$DownstreamMetrics.invokeRunnable(ThreadPool.java:320) 在 jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable( ThreadPool.java:428) 在 jrunx.scheduler.ThreadPool$UpstreamMetrics.invokeRunnable(ThreadPool.java:266) 在 jrunx.scheduler.WorkerThread.run(WorkerThread.java:66)servlet.ServletEngineService.dispatch(ServletEngineService.java:543) 在 jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203) 在 jrunx.scheduler.ThreadPool$DownstreamMetrics.invokeRunnable(ThreadPool.java:320) 在 jrunx.scheduler .ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java:428) 在 jrunx.scheduler.ThreadPool$UpstreamMetrics.invokeRunnable(ThreadPool.java:266) 在 jrunx.scheduler.WorkerThread.run(WorkerThread.java:66)servlet.ServletEngineService.dispatch(ServletEngineService.java:543) 在 jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203) 在 jrunx.scheduler.ThreadPool$DownstreamMetrics.invokeRunnable(ThreadPool.java:320) 在 jrunx.scheduler .ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java:428) 在 jrunx.scheduler.ThreadPool$UpstreamMetrics.invokeRunnable(ThreadPool.java:266) 在 jrunx.scheduler.WorkerThread.run(WorkerThread.java:66)266) 在 jrunx.scheduler.WorkerThread.run(WorkerThread.java:66)266) 在 jrunx.scheduler.WorkerThread.run(WorkerThread.java:66)

请解释 GC 选项中使用的 VALUE 的详细含义：

默认情况下，给出的值为 0。此 VALUE 是否暗示 - 在使用真实数据之前使用启发式方法的步骤数？使用高值（例如：50 或 100）或低值（例如：0）的含义是什么