[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

(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: