来自GC日志的GC暂停持续时间
共有1个答案
用户是指在用户模式下花费在CPU中的时间。如果您有几个核心，您可以使用每秒几秒的用户时间（每个核心都有价值）。
实时时间意味着挂钟时间，这可能是你最感兴趣的时间。
因此，您的JVM暂停了39.92秒，总共使用了689秒的CPU时间（这意味着您拥有超过17个内核）。
-
我有一个分布式缓存应用程序（内存绑定，由于与集群中其他节点的交互而具有网络I/O），运行在带有G1垃圾收集器的JVM1.7.0_51中。以下是JVM配置： 我把gc日志附上了几分钟。您在GC日志中看到任何问题以及JVM GC调优的任何需要吗？多谢！ GC日志
-
我们正在使用一个3站点，每个站点3个节点的Cassandra 1.1.12集群，每个节点分配了8GB内存。我们定期在节点上看到长时间的GC暂停，这扰乱了我们的应用程序实时要求。我们运行的系统是8个核心系统，具有24GB内存。 我们已经看到了120秒的暂停，它会停止世界GC。 我们在JDK 1.7.0_04上运行这些标志 以下是导致长时间暂停的详细GC日志： 我还设置了一个夜间作业，强制GC在凌晨2
-
问题内容： 我正在使用和选项打开gc日志记录。 但是发现只有在4 0r 5后才通过命令打印我的gc日志的实际详细信息！ 按照定义，将为每个gc打印应用程序停止时间。 但是我不清楚为什么它会打印如下所示的示例。 是因为 只需在每个安全点到达后打印 （要么） 该日志文件将由其他gc线程记录。我正在使用并发扫描进行完整GC，并为年轻一代使用ParNew 我的应用程序是Web应用程序。 O / p模式-我
-
当使用G1收集器时，我们一直在与似乎是长期停止的世界停顿作斗争。我已经通读了Oracle文档，但仍然难以确定如何解释导致长时间停顿的原因以及如何处理。（下面是GC日志） 我们的实例正在被监视，下面的图中包含了信息： 我们有另一个监视工具ping JVM，我让它报告JVM在同一时间内有12秒没有响应。 更新：元空间图
-
下面是下一个gc日志（第一行是我执行的时间减去应用程序停止工作的时间）。 在时，该应用程序再次停止工作。 然后我再次使用命令，应用程序再次返回ok。 下面是结果文件中的一个特殊线程。除了in_vm之外，所有线程的状态都被阻塞。 这里是我的环境。
-
在kubernetes仪表板上，有一个pod，其中内存使用情况（字节）显示为。 这个pod保存了使用Xms512m-Xmx1024m运行的java应用程序，该应用程序位于kubernetes部署文件中- 我已启用gc日志，并在pod日志中看到这些日志： kubernetes是如何到达用法的？如果我理解正确，目前的用法只有： 运行ps显示除了这个java应用程序之外，pod上没有其他进程在运行<任何