前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >JVM性能调优-算法内功之剖析复制算法

JVM性能调优-算法内功之剖析复制算法

作者头像
cwl_java
发布2019-12-20 13:09:35
3060
发布2019-12-20 13:09:35
举报
文章被收录于专栏:cwl_Java
简介:标记复制算法讲解
为甚么出现复制算法?
  • 为了解决效率问题,⼀种称为“复制”(Copying)的收集算法出现了,它将可⽤内存按量划分为⼤⼩相等的两块,每次只使⽤其中的⼀块
  • 当这⼀块的内存⽤完了,就将还存活着的对象复制到另外⼀块上⾯,然后再把已使⽤过的内存空间⼀次清理掉。这样使得每次都是对整个半区进⾏内存回收,内存分配时也就不⽤考虑内存碎⽚等复杂情况,只要移动堆顶指针,按顺序分配内存即可,实现简单,运⾏⾼效
  • 现在的商业虚拟机都采⽤这种收集算法来回收新⽣代,研究表明,新⽣代中的对象 98%是“朝⽣夕死”的,所以并不需要按照 1:1 的⽐例来划分内存空间,⽽是将内存分为⼀块较⼤的 Eden 空间和两块较⼩的 Survivor 空间,每次使⽤ Eden 和其中⼀块 Survivor。 Survivor from 和Survivor to,内存⽐例 8:1:1
  • 当回收时,将 Eden 和 Survivor 中还存活着的对象⼀次性地复制到另外⼀块 Survivor 空间上,最后清理掉 Eden 和刚才⽤过的 Survivor 空间。HotSpot 虚拟机默认 Eden 和 Survivor 的⼤⼩⽐例是 8:1, 也就是每次新⽣代中可⽤内存空间为整个新⽣代容量的 90% (80%+10%),只有 10% 的内存会被“浪费”。当然,98%的对象可回收只是⼀般场景下的数据,我们没有办法保证每次回收都只有不多于 10%的对象存活,当 Survivor 空间不够⽤时,需要依赖其他内存(这⾥指⽼年代)进⾏分配担保(Handle Promotion)。
本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 为甚么出现复制算法?
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档