在 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)