[patch] malloc per-thread cache ready for review

Markus Trippelsdorf markus@trippelsdorf.de
Wed Feb 1 17:55:00 GMT 2017


On 2017.02.01 at 11:44 -0500, DJ Delorie wrote:
> 
> Markus Trippelsdorf <markus@trippelsdorf.de> writes:
> > http://locklessinc.com/downloads/lockless_allocator_src.tgz (the best in
> > my testing) or jemalloc.
> 
> Before we go down the "which allocator is best" road... glibc's
> allocator is intended to be a general purpose "reasonably good enough"
> system allocator.  It's easy to find a specific allocator that beats it
> in a specific test, but being a specifically best allocator is not our
> goal here - providing an allocator that can be the default on a
> Linux-based system is.
> 
> Hence, my goal with the per-thread cache is to make it "generally
> better" for overall system performance.
> 
> I am not trying to make it better than every other allocator in every
> case, that's a futile exercise.

Well, there wouldn't be a reason for all these alternative allocators if
glibc's would be "reasonably good". In fact is often astonishingly bad.

Examples are all major browsers (using jemalloc or tcmalloc) and Rust
(jemalloc gets linkend in for all generated binaries by default).


-- 
Markus



More information about the Libc-alpha mailing list