(glibc's opinion on malloc) Re: Bug#430140: ITP: hoard -- Fast, scalable, and efficient replacement memory allocator
* From: Russ Allbery
* Date: Sun, 24 Jun 2007 22:36:21 -0700
* Organization: The Eyrie
> Bernd Zeimetz <firstname.lastname@example.org> writes:
>> there're also the google perftools, which are suppsed to work very
>> well and we have libgoogle-perftools in Debian.
> Hoard is noticably better for OpenLDAP's load profile than Google
> perftools (although both of them annihilate the glibc allocator).
>>  is very interesting to read in this case. I'd be really interested
>> to know why one of those implementations is not the default in glibc,
>> and if hoard or perftools provides the better/faster malloc.
>>  http://sourceforge.net/projects/goog-perftools/
>>  http://bugs.mysql.com/bug.php?id=27063
> Well, I don't know if this is a full explanation,