(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 <bernd@bzed.de> writes:
[]
>
>> there're also the google perftools[1], 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).
>
>> [2] 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.
>
>> [1] http://sourceforge.net/projects/goog-perftools/
>> [2] http://bugs.mysql.com/bug.php?id=27063
>
> Well, I don't know if this is a full explanation,
Message-ID: <46128051.9000609@redhat.com>
WWW: <http://thread.gmane.org/gmane.linux.kernel/511629>
____
Reply to: