宜兴建设局拍卖房产的网站,生成静态网站,百度网站做防水补漏,wordpress代码高亮太慢分类
按线程 串行并行工作模式 并发式独占式碎片处理方式 压缩式非压缩式工作内存空间 年轻代老年代
评估GC的性能指标
吞吐量#xff1a;运行用户代码的时间占总运行时间的比例暂停时间#xff1a;执行垃圾收集时#xff0c;程序的工作线程被暂停的时间内存占用: java堆区…分类
按线程 串行并行工作模式 并发式独占式碎片处理方式 压缩式非压缩式工作内存空间 年轻代老年代
评估GC的性能指标
吞吐量运行用户代码的时间占总运行时间的比例暂停时间执行垃圾收集时程序的工作线程被暂停的时间内存占用: java堆区所占的内存大小
垃圾回收器
Serial 回收年轻代采用复制算法、串行回收和“Stop-the-world”机制的方式执行内存回收优势 简单而高效在单线程比比较适合单CPU使用场景 可用内存一般不大可以在较短时间内完成垃圾收集只有不频繁发生使用串行回收器是可以接受的使用-XX:UseSerialGC 参数可以指定年轻代和老年代都使用串行收集器 等价于 新生代使用 Serial GC,且老年代使用Serial Old GCSerial Old 回收老年代采用了串行回收和“stop the world”机制只不过内存回收算法使用的是标记-压缩算法 Serial Old是运行在Client模式下默认的老年代的垃圾回收器Serial Old在server模式下主要有两个用途 与新生代的Parallel Scavenge配合使用作为老年代的CMS收集器的后备垃圾收集方案ParNew 回收年轻代采用复制算法、串行回收和“Stop-the-world”机制的方式执行内存回收Parallel Scavenge 回收年轻代采用复制算法、串行回收和“Stop-the-world”机制的方式执行内存回收可控制吞吐量自适应调节策略搞吞吐量可以高效率的利用CPU时间尽快完成程序的运算任务主要适合在后台运算而不需要太多交互的任务。常见案例 批量处理订单处理工资支付科学计算参数配置 -XX:UseParallelGC 手动指定年轻代使用parallel并行收集器执行内存回收任务-XX:UseParallelOldGC: 手动指定老年代都是使用并行回收收集器。 分别适用于新生代和老年代。默认jdk8是开启的上面两个参数默认开启一个另一个也会被开启-XX:ParallelGCThreads 设置年轻代并行收集器的线程数。一般地最好与CPU数量相等以避免过多的线程数影响垃圾收集性能 在默认情况下当CPU数量小于8个ParallelGCThreads 的值等于CPU数量当CPU数量大于8个ParallelGCThreads 的值等于 3 [5*CPU]/8-XX:MaxGCpauseMillis 设置垃圾收集器最大停顿时间。毫秒-XX:GCTimeRatio 垃圾收集时间占总时间的比例(1/(N1))。用于衡量吞吐量的大小 默认值 99 0,100-XX:UseAdaptiveSizePolicy 设置Parallel Scavenge 收集器具有自适应调节策略 在这种模式下年轻代的大小、eden和survivor的比例、晋升老年代的对象年龄等参数会被自动调整已达到在堆大小、吞吐量和停顿时间之间的平衡点在手动调优比较困难的场合可以直接使用这种自适应的方式仅指定虚拟机的最大堆、目标的吞吐量和停顿时间让虚拟机自己完成调优工作Parallel Old 回收老年代标记压缩算法并行回收stop-the-world机制CMS 回收老年代低延迟、并发标记清除算法stop-the-world工作过程 初始标记 所有的工作线程会stw这个阶段的主要任务仅仅是标记出GC Roots能直接关联到的对象。一旦标记完成之后就会恢复之前被暂停的所有应用线程。由于直接关联对象比较小所以速度非常快并发标记 从GC Roots的直接关联对象开始遍历整个对象图的过程这个过程耗时较长但是不需要停顿用户线程可以与垃圾收集线程一起并发运行重新标记 由于在并发标记阶段中程序的工作线程会和垃圾收集线程同时运行因此为了修正并发标记期间因用户线程继续运作而导致标记产生变动的那一部分对象的标记记录这个阶段的停顿时间通常会比初始标记阶段稍长一些但也远比并发标记阶段的时间短并发清除 此阶段清理删除掉标记阶段判断的已经死亡的对象释放内存空间垃圾回收时机 不能等到内存不足才进行回收因为回收和用户线程是并发执行的需要设置一定的阈值便开始进行回收要是CMS运行期间预留的内存无法满足程序的需求就会出现“Concurrent Mode Failure”失败这是jvm启动预备方案临时使用Serial Old收集器来重新进行老年代的垃圾收集这样停顿时间就长了优点 并发收集低延迟缺点 会产生碎片对CPU资源非常敏感 在并发阶段虽然不会导致用户停顿但会因为占用了一部分线程而导致应用程序变慢总吞吐量会降低无法处理浮动垃圾 并发标记如果产生新的垃圾对象CMS将无法对这些垃圾对象进行标记最终会导致这些新产生的垃圾对象没有被及时回收为什么要重新标记 一个本应该不是垃圾的对象被视为了垃圾增量更新是站在新增引用的对象的角度来解决问题。所谓增量更新就是在赋值操作之前添加一个写屏障在写屏障中记录新增的引用。比如用户线程要执行A.f F那么在写屏障中将新增的这个引用关系记录下来。标准的描述就是当黑色对象新增一个白色对象的引用时就通过写屏障将这个引用关系记录下来。然后在重新标记阶段再以这些引用关系中的黑色对象为根再扫描一次以此保证不会漏标。常用参数 -XX:UseConcMarkSweepGC 手动指定使用CMS-XX:CMSInitiatingOccupanyFraction 设置堆内存使用率的阈值一旦达到该阈值便可以进行回收-XX:UseCMSCompactAtFullCollection 用于指定在执行完Full GC对内存空间进行压缩整理以此避免内存碎片的产生。-XX:CMSFullGCsBeforeCompaction 设置在执行多少次Full GC后对内存空间进行压缩整理-XX:ParallelCMSThreads 设置CMS的线程数量G1 整堆特点 并行与并发 并行性G1在回收期间可以有多个GC线程同时工作有效利用多核计算能力。此时用户线程stw并发性G1拥有与应用程序交替执行的能力部分工作可以和应用程序同时执行因此一般来说不会在整个回收阶段发生完全阻塞应用的情况分代收集 会区分年轻代和老年代年轻代依然有eden区和s区。但从堆的结构上看它不要求整个eden区、年轻代或者老年代都是连续的也不再坚持固定大小和固定数量将堆空间分为若干个区域这些区域中包含了逻辑上的年轻代和老年代兼顾年轻代和老年代空间整合 CMS 标记清除算法、内存碎片、若干此GC后进行一次碎片整理内存回收时以region作为单位的。region之间是复制算法但整体上可以看做是标记压缩算法可预测的停顿时间模型 可以预测使用者明确指定在一个长度为M毫秒的时间片段内消耗在垃圾收集上的时间不得超过N毫秒参数设置 -XX:UseG1GC 手动指定使用G1收集器执行内存回收任务-XX:G1HeapRegionSize 设置每个region的大小。值是2的幂范围是1MB到32MB之间目标是根据最小的java堆大小划分出约2048个区域。默认是堆内存的1/2000-XX:MaxGCPauseMillis 设置期望达到的最大GC停顿时间指标JVM会尽力实现但不保证达到。默认是2000ms-XX:ParallelGCThread 设置STW工作线程数的值。最多设置为8-XX:ConcGCThreads 设置并发标记的线程数。将n设置为并行垃圾回收线程数ParallelGCThreads的1/4左右-XX:InitiatingHeapOccupancyPercent 设置触发并发GC周期的java堆占用率阈值。超过此值就触发GC。默认是45区域 EdenSOldH如果一个对象的容量超过了0.5的region就会放到h区如果一个放不下就找连续的空间存放 也是放在H区回收过程 年轻代GC老年代并发标记过程混合回收
查看默认的垃圾回收器
-XX:PrintCommandLineFlags: 查看命令行相关参数包含使用的垃圾收集器使用命令行指令jinfo -flag 相关垃圾回收器参数 进程IDjdk8 新生代采用的是Parallel Scavenge老年代Parallel Old。jdk9 使用的G1
