应用中长时间的气相色谱暂停
-XX\:+UseParNewGC, -XX\:+UseConcMarkSweepGC, -XX:CMSInitiatingOccupancyFraction=50, -XX\:+DisableExplicitGC, -XX\:+PrintGCDateStamps, -XX\:+PrintGCDetails, -Xloggc\:/home/user/logs/gc.log
为了减少这些长时间的停顿，我将非常感谢任何关于我应该改变什么的建议。
共有1个答案
-
我的Java EE服务器一直工作得很好，然后在10分钟内，满gc开始更频繁地出现，然后最后由于gc而一直停止。PSPermGen没有被释放。 我的JVM设置是： 有什么线索可能是什么原因吗？内存泄漏或JVM可以更好地调整？
-
我们正在使用一个3站点，每个站点3个节点的Cassandra 1.1.12集群，每个节点分配了8GB内存。我们定期在节点上看到长时间的GC暂停，这扰乱了我们的应用程序实时要求。我们运行的系统是8个核心系统，具有24GB内存。 我们已经看到了120秒的暂停，它会停止世界GC。 我们在JDK 1.7.0_04上运行这些标志 以下是导致长时间暂停的详细GC日志： 我还设置了一个夜间作业，强制GC在凌晨2
-
我正在使用-XX： PrintSafepoint统计、-XX： PrintGCApplication ationStopedTime和-XX： PrintGCApplication ationConrealtTime等运行jvm来调查gc暂停。我注意到 > vm暂停比gc暂停大得多，占总数的90%。 虽然大多数暂停都是低延迟的，但我发现有几次vm暂停让我的应用程序停止了很长时间。 在使用Print
-
我在Kubernetes集群中设置了Apache Ignite服务器，并将SpringBoot应用程序作为客户端。 根据这篇文章，这是由于“JVM正在经历长时间的垃圾收集暂停”，但是基础设施团队已经向我确认，我们已经在服务器JVM选项中包含了和，这一行日志只显示在SpringBoot应用程序中。 请在以下问题上提供帮助： GC发生在客户端（SpringBoot应用程序）还是服务器节点？ 长时间GC
-
可能会有暂停应用的需求，那这里给做了一个。 实现非常简单，就是对容器的启动使用做了一个Sleep 当然还有另一种方案是将 replace 设置为 0
-
在使用apache Ignite2.6之后，我经常在JBoss的启动和停止上收到这样的警告。你能帮我知道是什么错误的配置会导致这些警告吗？ 如果你需要更多的细节，请告诉我