以上图中连线的代表可以协作使用;
并行和并发
并行:之多条垃圾收集线程并行工作,但此时用户线程处于等待状态;
吞吐量
吞吐量就是cpu用于运行用户代码的时间与菜谱总消耗的时间比值
吞吐量=运行用户代码时间/(运行用户代码时间+垃圾收集时间)
Minor GC和Full GC
收集器
Serial收集器
他是一个单线程收集器,只会使用一个cpu或者一条收集线程收集垃圾,而且当他在收集垃圾时,所有工作线程都必须停下来等他;
ParNew收集器
ParNew收集器在单cpu环境下没有Serial好用,多线程下多几个cpu的情况下也不敢保障能超越Serial。
在多cpu环境下,随着cpu的数量增加,他对于GC时系统资源有效利用是有好处的。
Paraller Scavenge收集器
高吞吐量可以高效率的利用cpu,尽快的完成程序的运算任务,主要适合在后台运算而不需要太多交互的任务;
虚拟机可以通过当先系统的运行情况收集监控信息,动态的调整参数。以提供最适合的丁顿时间和最大吞吐量。这被称为GC自适应调节策略;
Serial Old收集器
Parallel Old收集器
Parallel Old收集器时Parallel Scavenge收集器的老年代版本,使用多线程和标记整理算法;
CMS收集器
cms收集器使用中获取最短回收停顿时间为目标的收集器,他非常的符合BS系统上的java应用;主要以交互,响应时间短;标记清除算法实现;
初始标记:GC Roots能直接关联到的对象,速度很快,需要“Stop The World”
并发标记:进行GC Roots Tracing的过程,在整个过程中耗时最长。
重新标记:为了修正并发标记期间因用户程序继续运行而导致标记变动的那一部分对象的标记记录。这个阶段稍微长一点也需要“The World!!!”
缺点:不会导致用户线程停顿但是会因为占用一部分线程而导致应用程序变慢,总吞吐量变低;
cms的默认启动回收线程数时(cpu数+3)/4,当cpu是4个是,垃圾回收线程不少于25%的cpu资源,并且随着cpu的个数下降。也就是说当cpu很少时,就可能导致用户的程序执行突然降低很多;
G1收集器:
利用多cpu的特点大大缩短“The world”的时间,它可以通过并发的方式,让java代码继续执行。
分代概念依然在G1中保留,大妈自己就可以管理两部分;它能够采用不同方式去处理新创建的对象和已存活一段时间、熬过多次GC的旧对象来获取更好的收集效果
G1从整体来看是基于“标记-整理”算法实现的收集器,所以不会有空间碎片,此特性有利于程序长时间运行,分配大对象时不会因为无法找到连续内存空间而提前触发下一次GC。
基于Region的堆内存布局。连续的java堆分为多个大小相等的独立区域;每一个区域都可以按需要扮演自己时新生代还是老年代;