存在大于1s的FullGC

标签：lang   pre   线程   major gc   状态   use   文章   资源   strong   

（目前有存在大于1s的FullGC，金桥的机器目前是2C4G的，使用的GC方法只能使用单线程进行串行的回收，导致GC比较慢。

建议可以调整GC参数，改用CMS，能够解决这个问题，

参数修改方法：

在应用 webapp/WEB-INF/tars/prod 文件夹下，创建文件 extraenv.sh

文件内容

#!/usr/bin/env bash

JAVA_OPTS="${JAVA_OPTS} -XX:+UseConcMarkSweepGC"

或者升级JAVA8后，默认使用CMS也能解决这个问题。）

ps：我查的跟上面说的不一样（https://zhuanlan.zhihu.com/p/45558897）

jdk1.7 默认垃圾收集器Parallel Scavenge（新生代）+Parallel Old（老年代）
jdk1.8 默认垃圾收集器Parallel Scavenge（新生代）+Parallel Old（老年代）
jdk1.9 默认垃圾收集器G1

实际应该是，机器目前是2C4G，核心数太少，所以采用串行Serial收集器（并发时对CPU资源占用多，不适合CPU核心数较少的情况。）

Minor GC 和 Full GC

• 新生代GC（Minor GC）：指发生在新生代的垃圾收集动作，因为Java对象大多都具备朝生夕灭的特性，所以Minor GC非常频繁，一般回收速度也比较快。具体原理见上一篇文章。
• 老年代GC（Major GC / Full GC）：指发生在老年代的GC，出现了Major GC，经常会伴随至少一次的Minor GC（但非绝对的，在Parallel Scavenge收集器的收集策略里就有直接进行Major GC的策略选择过程）。Major GC的速度一般会比Minor GC慢10倍以上。

并行和并发

• 并行（Parallel）：指多条垃圾收集线程并行工作，但此时用户线程仍然处于等待状态。
• 并发（Concurrent）：指用户线程与垃圾收集线程同时执行（但不一定是并行的，可能会交替执行），用户程序在继续运行。而垃圾收集程序运行在另一个CPU上。

老年代收集器中：

Serial Old 在进行垃圾收集时，必须暂停其他所有的工作线程，直至Serial收集器收集结束为止（“Stop The World”）。

 CMS（Concurrent Mark Sweep）收集器是一种以获取最短回收停顿时间为目标的收集器。从总体上来说，CMS收集器的内存回收过程是与用户线程一起并发执行的（Parallel是并行）

垃圾收集器详情：https://www.cnblogs.com/twoheads/p/10207573.html

存在大于1s的FullGC

标签：lang   pre   线程   major gc   状态   use   文章   资源   strong   

原文地址：https://www.cnblogs.com/twoheads/p/10207206.html