cwl_java
JVM性能调优-算法内功之剖析复制算法
关注作者
前往小程序,Get
更优
阅读体验!
立即前往
腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
搜索
搜索
关闭
发布
首页
学习
活动
专区
工具
TVP
最新优惠活动
返回腾讯云官网
cwl_java
首页
学习
活动
专区
工具
TVP
最新优惠活动
返回腾讯云官网
社区首页
>
专栏
>
JVM性能调优-算法内功之剖析复制算法
JVM性能调优-算法内功之剖析复制算法
cwl_java
关注
发布于 2019-12-20 13:09:35
306
0
发布于 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 条评论
热度
最新
推荐阅读
LV.
文章
0
获赞
0
目录
为甚么出现复制算法?
领券
问题归档
专栏文章
快讯文章归档
关键词归档
开发者手册归档
开发者手册 Section 归档
0
0
0
推荐