Custom allocator on top of jemalloc
Jason Evans
jasone at canonware.com
Tue Jan 20 09:01:33 PST 2015
On Jan 20, 2015, at 5:17 AM, SNL <snl20465 at gmail.com> wrote:
> Here is what I am doing currently:
>
> 1. I am trying to carve out 10 MB memory area at the higher end of process address space using mmap (MAP_FIXED..).
>
> 2. I created a new arena using arenas.extend mallctl
>
> 3. I am using mallocx/dallocx with MALLOCX_ARENA(arena) as documented.
>
> The issue is how do I connect the arena to mmaped memory chunk ? I see that new arena never gets initialized and all allocations continue to happen from arena 0x0.
> I thought thread.arena mallctl will connect the arena to mmapped chunk but it just creates a thread <-> arena mapping.
>
> I looked at the sources to see if there is any other mallctl to create this association but there does not seem to be any, what am I missing here ?
>
> And older sample program I found on this mailing list, uses following mallctl which is not supported in jemalloc 3.6.
>
>
> snprintf(path, sizeof(path), "arena.%u.chunk.alloc", _arena);
> ret = __svm_mallctl(path, (void*)&_chunk_alloc, &sz, (void*)&_chunk_alloc, sizeof(void *));
> assert (ret == 0);
>
> snprintf(path, sizeof(path), "arena.%u.chunk.dalloc", _arena);
> ret = __svm_mallctl(path, (void*)&_chunk_dalloc, &sz, (void*)&_chunk_dalloc, sizeof(void *));
> assert (ret == 0);
>
>
> This basically is asking jemalloc to callback user defined functions, is this functionality still available in jemalloc ? Any inputs will be helpful. Thanks.
The features you're trying to use only exist in the dev version of jemalloc so far ("arena.<i>.chunk.alloc" and "arena.<i>.chunk.dalloc" mallctl interfaces). Note that related control over dirty page purging still needs to be implemented (https://github.com/jemalloc/jemalloc/issues/93).
Jason
More information about the jemalloc-discuss
mailing list