1.堆的回顾
堆.png
2.串行收集器
- 最古老，最稳定
- 效率高
- 可能会产生较长的停顿
- -XX:+UseSerialGC
- 新生代、老年代使用串行回收
- 新生代复制算法
- 老年代标记-压缩
串行收集器.png
3.并行收集器
-
ParNew
- -XX:+UseParNewGC
- 新生代并行
- 老年代串行
- Serial收集器新生代的并行版本
- 复制算法
- 多线程，需要多核支持
- -XX:ParallelGCThreads限制线程数量
并行收集器1.png - -XX:+UseParNewGC
-
Parallel收集器
- 类似ParNew
- 新生代复制算法
- 老年代标记-压缩
- 更加关注吞吐量
- -XX:+UseParallelGC
- 使用Parallel收集器+老年代串行
- -XX:+UseParallelOldGC
- 使用Parallel收集器+老年代并行
并行收集器2.png- -XX:MaxGCPauseMills
- 最大停顿时间，单位毫秒
- GC尽力保证回收时间不超过设定值
- -XX:GCTimeRatio
- 0-100的取值范围
- 垃圾收集时间占总时间的比
- 默认99，即最大允许1%时间做GC
- 这两个参数是矛盾的。因为停顿时间和吞吐量不可能同时调优
4.CMS收集器
-
CMS收集器
- Concurrent Mark Sweep并发标记清除
- 标记-清除算法
- 与标记-压缩相比
- 并发阶段会降低吞吐量
- 老年代收集器（新生代使用ParNew）
- -XX:+UseConcMarkSweepGC
-
CMS运行过程比较复杂，着重实现了标记的过程，可分为
- 初始标记
- 根可以直接关联到的对象
- 速度快
- 并发标记（和用户线程一起）
- 主要标记过程，标记全部对象
- 重新标记
- 由于并发标记时，用户线程依然运行，因此在正式清理前，再做修正
- 并发清除
- 基于标记结束，直接清理对象
CMS收集器.png - 初始标记
-
特点
- 尽可能降低停顿
- 会影响系统整体吞吐量和性能
- 比如，在用户线程运行过程中，分一半CPU去做GC，系统性能在GC阶段，反应速度就下降一半
- 清理不彻底
- 因为在清理阶段，用户线程还在运行，会产生新的垃圾，无法清理
- 因为和用户线程一起运行，不能在空间快满时再清理
- -XX:CMSInitiatingOccupancyFraction设置触发GC的阈值
- 如果不幸内存预留空间不够，就会引起concurrent mode failure
清除与压缩比较.png -
-XX:UseCMSCompactAtFullCollection Full GC后，进行一次整理
- 整理过程是独占的，会引起停顿时间变长
-
-XX:+CMSFullGCsBeforeCompaction
- 设置进行几次Full GC后，进行一次碎片整理
-
-XX:ParallelCMSThreads
- 设定CMS的线程数量
5.GC参数整理
GC参数整理1.png
GC参数整理2.png
6.Tomcat实例
- 环境
- Tomcat 7
- JSP网站
- 测试网站吞吐量和延时
- 工具
- JMeter
- 目的
- 让Tomcat有一个不错的吞吐量
Tomcat实例1.png
Tomcat实例2.png
Tomcat实例3.png
Tomcat实例4.png
Tomcat实例5.png
Tomcat实例6.png
Tomcat实例7.png
Tomcat实例8.png
Tomcat实例9.png
Tomcat实例10.png
Tomcat实例11.png
