在 jemalloc 之中有三种配置 jemalloc 选项的一些方式。
1、修改选项代码默认值(重新编译)
2、修改环境变量 MALLOC_CONF,并重启应用程序
注意:
仅支持 opt. 节配置选项
export MALLOC_CONF="retain:true,dirty_decay_ms:25000,muzzy_decay_ms:30000"
3、通过 mallctl 宏函数获取或修改(展开:je_mallctl)
newp 及 newlen 值非空表明设置。
int mallctl( const char *, name
void *, oldp
size_t *, oldlenp
void *, newp
size_t newlen);
例子:
ssize_t dirty_decay_ms;
ssize_t muzzy_decay_ms;size_t sz = sizeof(ssize_t);
mallctl("opt.dirty_decay_ms", reinterpret_cast<void*>(&dirty_decay_ms), &sz, NULL, 0);
mallctl("opt.muzzy_decay_ms", reinterpret_cast<void*>(&muzzy_decay_ms), &sz, NULL, 0);
在JEMALLOC之中,重要选项为:
1、dirty_decay_ms 脏页延迟回收时间(已使用过的)
2、muzzy_decay_ms 脏页延迟回收时间(未使用过的)
3、background_thread:true 可开启后台线程回收
重要提示:
dirty_decay_ms、muzzy_decay_ms 两个值均设置为0,可以减少 jemalloc 对于持续内存的占用率,否则会易于产生疑似内存泄漏的一些现象,令人感到困惑。
并且每个线程都会单独管理 arena,每个 arena 都有一个 tick 引用计数,当引用计数不为0时,arena 不会自动释放,那么看上去似乎发生内存泄漏了,除非适用 arena 的线程退出。
在 Google Android 10 的源代码之中:
jemalloc、dirty_decay_ms; muzzy_decay_ms 两个值均被设置为0,这代表或许并不存在脏页释放延迟的问题,那么大家直接设置为0,就可以了。
可以直接参考最新 Android 源代码主干上填写的默认参数:
include/jemalloc/internal/arena_types.h - platform/external/jemalloc_new - Git at Google (googlesource.com)
/* Default decay times in milliseconds. */
#if defined(__ANDROID__)
#define DIRTY_DECAY_MS_DEFAULT ZD(0)
#define MUZZY_DECAY_MS_DEFAULT ZD(0)
#else
#define DIRTY_DECAY_MS_DEFAULT ZD(10 * 1000)
#define MUZZY_DECAY_MS_DEFAULT ZD(10 * 1000)
#endif
参考资料:
JEMALLOC.3 DOCUMENT
Maybe a terrible bug in the multi-threaded usage scenario · Issue #1497 · jemalloc/jemalloc (github.com)
Default value of muzzy_decay_ms in jemalloc 5.2.1? · Issue #1827 · jemalloc/jemalloc (github.com)
Disable muzzy decay by default. by interwq · Pull Request #1421 · jemalloc/jemalloc (github.com)