问题标签 [verbosegc]

检查启用了 CMS (Concurrent-Mark-Sweep) GC 的 Java 运行时，下面日志中的空间定义是什么？CMS 我应该假设它是终身空间吗？我看到以下几行次要-主要-次要 GC 事件

特别是[CMS: 10899K->9379K(12448K), 0.2675281 secs]在23.492活动中。这是否显示刚刚标记为 CMS的永久空间？CMS 是否仅在任期内执行？

有人可以在启用 CMS GC 的 Java 运行时提供以下详细信息吗？具体来说：

1. 事件是否29.490指示用于标记的高水位的堆位置？
2. 阶段是什么preclean？它与标记有何不同？
3. 什么是reset阶段？如果这不仅仅是扫描的结束，为什么还要花时间来完成呢？
4. 最后，什么是Rescan,grey和root重新扫描以及remark事件的区域和指标29.653？我们是否应该假设这些只是为后续扫描报告的堆指标？如果是这样，他们为什么要消耗时间？

详细日志摘录：

谢谢，

我有一个 Java 应用程序，它有一些性能问题，有人建议我在 verbose:gc 模式下运行它。这已经完成，但我不知道如何解释日志记录。是否可以向我解释这一切的含义或建议我可以做些什么来提高性能？

输出日志可以在以下位置找到： http: //pastebin.com/uDNPEGcd

在此先感谢， 亲切的问候， Maarten

我们在 linux 服务器上有一个 Glassfish 服务器，它开启了 verbose:gc，输出在 gc.log 文件中。

我们使用 flag -XX:+PrintGCDetails。生成的文件包含这样的行：

如您所见，最后一行不包含该[Times: ...]部分。GC 事件行并没有完全写入日志文件，因为当下一次 GC 事件发生时，[Times: ...]前一行的一部分被写入，然后另一部分行被写入，给我们这样的东西：

由于该行未完成，因此不存在回车符，因此该行不会显示在诸如之类的工具中multitail

使用-XX:+PrintGC标志，我们不再有这个问题。但由于我们需要完整的细节，这不是一个好的解决方案。

JVM 版本，在 linux 上运行：

所以问题是：是否可以强制 JVM 写入日志行（一种刷新技巧）？或者是否可以在没有最后一部分的情况下获得 GC 详细信息？

一个非常简单的问题，我是 linux 脚本的新手，

我只想知道，如何在我的 linux 脚本中添加和运行以下命令。

我知道这是一个愚蠢的问题，但是我需要一个立即的解决方案。只是想知道如何在脚本中添加这个？？？

如果可能，请告诉我，如何查看详细 gc 日志收集在我的系统中运行。

我正在使用-XX:+PrintGCApplicationStoppedTime和-XX:+PrintGCApplicationConcurrentTime选项来打开 gc 日志记录。

但是发现只有经过4 0r 5 打印了我通过命令PrintGCApplicationStoppedTime打印的gc日志的实际细节！-XX:+PrintGCDetails

根据定义PrintGCApplicationStoppedTime打印每个 gc 的应用程序停止时间。

但我不清楚为什么它会像下面显示的示例那样打印。

是不是因为

PrintGCApplicationStoppedTime在每个安全点到达后打印

（或者）

日志文件将由不同的 gc 线程记录。我对全 GC 使用并发扫描，对年轻一代使用 ParNew

我的应用程序是网络应用程序。

O/p 模式——我是这样的：

需要为 WAS 自由配置文件配置详细 GC。

如何设置日志文件大小，详细 GC 日志文件的翻转计数。

这些是停止世界事件吗，对于我的 java 应用程序/jvm，如果是的话，是哪一个。用户系统真实，

[PSYoungGen: 347808K->672K(348160K)] 415832K->68744K(1047552K), 0.0019772 secs] [Times: user=0.03 sys=0.00, real=0.00 secs]

[PSYoungGen: 347808K->640K(348160K)] 415880K->68792K(1 047552K), 0.0018775 secs] [Times: user=0.01 sys=0.01, real=0.00 secs]

[PSYoungGen: 347776K->704K(348160K)] 415928K->68912K(1047552K), 0.0020238 secs] [Times: user=0.02 sys=0.00, real=0.00 secs]

谢谢

我们使用以下命令在 JBoss 系统上启用了大页面：

我们已经在操作系统级别分配了页面，并为 JBoss 提供了使用这些页面的权限。除了显示 4k 页面大小的 Verbose GC 日志标题外，一切看起来都不错。

我希望这一行读取“2m page”以匹配我们在 JAVA_OPTS 和操作系统级别定义的大页面大小，但也许 Java 堆没有“看到”大页面，或者 GC 日志标头不是对这些更改敏感（例如，此输出检查系统的页面大小，不一定是 Java 使用的页面，在这种情况下是 2m 的大页面（希望如此））。

有谁知道我是否应该期待这个标题随着使用大页面而改变？