gpt4 book ai didi

java - CMS-initial-mark 花费了 800+ 毫秒,这正常吗?

转载 作者:太空宇宙 更新时间:2023-11-04 15:04:47 26 4
gpt4 key购买 nike

GC 设置为:

最小、最大、总 JVM 大小 (-Xms -Xmx)

JVM_SIZE="-Xms24g -Xmx24g"

新一代尺寸 (-Xmn)

JVM_SIZE_NEW="-Xmn2g"

要使用的垃圾收集器类型

JVM_GC_TYPE="-XX:+UseConcMarkSweepGC -XX:+UseParNewGC"

上述垃圾收集器的调整选项

JVM_GC_OPTS="-XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=75 -XX:SurvivorRatio=8 -XX:+CMSParallelRemarkEnabled -XX:+CMSScavengeBeforeRemark -XX:+UseCMSCompactAtFullCollection -XX:+CMSClassUnloadingEnabled"

也许 24g 对于 CMS 来说太大了?

2014-03-03T19:34:10.687+0800: 74.121: [GC [1 CMS-initial-mark: 1431731K(23068672K)] 3170863K(24956160K), 0.8289630 secs] [Times: user=0.83 sys=0.00, real=0.83 secs] Total time for which application threads were stopped: 0.8294730 seconds

最佳答案

Maybe 24g is too bigger for CMS?

这取决于您的业务,是否需要那么多,或者可以使用少于 24g 的重量。

然而,内存被两个残缺的空间隔开,年轻的和年老的。这两个空间是单独收集的,因此要启用CMS,您需要使用‑XX:+UseConcMarkSweepGC

CMS 如果幼体已满或持续一段时间,将会收集幼体。对于young空间的设置有如下建议:

-XX:MaxNewSize=  -> this need to be 40% from your Xmx value
-XX:NewSize= -> this need to be 40% from your Xmx value

这将加快 GC 速度并使其更加准确。这意味着旧的不会那么快填满(避免过早促销对象)。

还可以使用控制 GC 延迟:

–XX:CMSWaitDuration= -delay in ms-

关于java - CMS-initial-mark 花费了 800+ 毫秒,这正常吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/22147596/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com