This is the mail archive of the mailing list for the glibc project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: The direction of malloc?

On Tue, Dec 10, 2013 at 10:42:54AM +0000, Will Newton wrote:
> I have been looking into this and also developing my own allocator
> code. Unfortunately it is still at an early stage and not
> fast/featureful/stable enough yet. jemalloc is a really good allocator
> and provides excellent performance and profiling features, I had
> assumed the licensing would be an issue for integration into glibc
> though?

A really cool feature would be to have the ability to plug in malloc
implementations at least at build time in the beginning and then later
at runtime using tunables.  It should be doable by implementing a
layer that passes calls on to the selected implementation.  This would
have to be implemented using relocation (IFUNC?) since otherwise we're
introducing an additional cost.

> One of the things I really need to get into shape is some kind of
> benchmarking for malloc, including some simple micro-benchmarks and
> some applications that can be used to test allocator performance. I
> would not like to embark on integrating a new allocator without some
> really solid benchmarks in place.

I assumed you had volunteered yourself for this ;)


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]