背景
今天在线上灰度部署服务的时候,容器循环重启。没法排查启动失败原因。(同样配置、代码在沙箱没问题)
经云平台同事告知后开启容器debug模式,debug模式下,容器不会重启。
重新部署后,登上机器查看jdk启动日志,报下列错误
Java HotSpot(TM) 64-Bit Server VM warning: Can't have more ConcGCThreads (8) than ParallelGCThreads (4).
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.
排查原因
我们知道ConcGCThreads是g1的并发标记线程数配置。通过启动报错知道,不能比ParallelGCThreads设置更多的ConcGCThreads线程。
查看服务器配置
-Xms4g -Xmx4g -Xss1024K -XX:SurvivorRatio=65536 -XX:MetaspaceSize=512m -XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:ConcGCThreads=8 -XX:G1HeapRegionSize=16m -Dfastjson.parser.safeMode=true
没有配置ParallelGCThreads,那么ParallelGCThreads走默认的配置,如果cpu小于8,则使用cpu核数,和报错一样,我的cpu核数是4
默认情况下,G1垃圾收集器会将ConcGCThreads这个线程总数设置为并行垃圾线程数(-XX:ParallelGCThreads)的四分之一
设置的是8,远高于默认值。
怀疑
怀疑是使用的jvm版本做了限制。因为上线时间较赶,依赖于qa时间,我又没上线权限,没法一一验证,于是直接替换cms解决。
比较好奇的是,回滚到原版本,一样的配置就没有问题。。
解决方法
替换为CMS
-Xms4g -Xmx4g -Xmn1g -Xss1024K -XX:PermSize=256m -XX:MaxPermSize=512m -XX:+CMSPermGenSweepingEnabled -XX:SurvivorRatio=8 -XX:MaxDirectMemorySize=2g -XX:-OmitStackTraceInFastThrow -XX:ParallelGCThreads=20 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+UseCMSCompactAtFullCollection -XX:CMSInitiatingOccupancyFraction=80 -Dfastjson.parser.safeMode=true
git commitlog
G1启动报错导致线上部署失败Can't have more ConcGCThreads (8) than ParallelGCThreads (4).
应用只用到4g,且该机器只4核,不太适合G1
其实我们设置下两个参数符合规则就行,但是我这个机器就4g,算了吧
网友评论