JVM产生CMS GC的 5 种环境，你知道的必定不全！

判定逻辑是，假如猜测 CMS GC 完成所必要的时刻大于估量的晚年月将要填满的时刻，则举办 GC。 这些判定是必要基于汗青的 CMS GC 统计指标，然而，第一次 CMS GC 时，统计数据还没有形成，是无效的，这时会跟据 Old Gen 的行使占比来判定是否要举办 GC。

if (!UseCMSInitiatingOccupancyOnly) { 
if (stats().valid()) { 
if (stats().time_until_cms_start() == 0.0) { 
return true; 
} 
} else { 
// We want to conservatively collect somewhat early in order 
// to try and "bootstrap" our CMS/promotion statistics; 
// this branch will not fire after the first successful CMS 
// collection because the stats should then be valid. 
if (_cmsGen->occupancy() >= _bootstrap_occupancy) { 
if (Verbose && PrintGCDetails) { 
gclog_or_tty->print_cr( 
" CMSCollector: collect for bootstrapping statistics:" 
" occupancy = %f, boot occupancy = %f", _cmsGen->occupancy(), 
_bootstrap_occupancy); 
} 
return true; 
} 
} 
} 

那占几多比率，开始接纳呢?(也就是 bootstrapoccupancy 的值是几多呢?) 谜底是 50%。或者你已经碰着过相同案例，在没有设置 UseCMSInitiatingOccupancyOnly 时，发明晚年月占比到 50% 就举办了一次 CMS GC，其时的你或者还一头雾水呢。

_bootstrap_occupancy = ((double)CMSBootstrapOccupancy)/(double)100; 
//参数默认值 
product(uintx, CMSBootstrapOccupancy, 50, 
"Percentage CMS generation occupancy at which to initiate CMS collection for bootstrapping collection stats") 

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!