jemalloc疑似内存泄漏分析_jemalloc 一直持有部分内存,但不使用也不还给系统,造成服务实际内存的虚高

最近项目中有使用到jemalloc作为内存分配器，但是使用后发现应用所占用的内存在不断飙高，而且无下降的趋势。经过阅读源码和进行实验逐步发现jemalloc隐藏的使用风险——脏页释放规则。

jemalloc简介

jemalloc是一款很优秀的内存分配器，按照他们wiki的说法，已经被Redis、Android等多个大型项目采用。从jemalloc在github上的提交记录，jemalloc已经由facebook公司的员工在做维护更新工作。

jemalloc实现

jemalloc实现这里不多赘述，5.1.0版本及之后的实现参见jemalloc，作者在这篇文章中做了详细的说明。回到本文最初提到的脏页释放规则带来的风险，该风险的引入就与其中的jemalloc脏页释放规则有关。

内存释放规则及风险

jemalloc在4.5.0以及这个版本之前，脏页的释放条件是根据活动页页数：脏页页数决定的，默认配置下当其比例小于8时jemalloc将会启用脏页回收机制。但这种机制在实际项目中也会存在尴尬的境地，如果一个应用的活动页与脏页的比例恰好在8:1附近波动，这将会导致jemalloc频繁释放脏页和从系统申请新内存，出现过多的系统调用，这对于性能敏感的应用就是一场灾难。

为了避免这种情况的发生，4.5.0之后的版本jemalloc更改了脏页释放条件。脏页的释放不由脏页的数量