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

Re: (glibc's opinion on malloc) Re: Bug#430140: ITP: hoard -- Fast, scalable, and efficient replacement memory allocator

Oleg Verych <olecom@flower.upol.cz> writes:

> Message-ID: <46128051.9000609@redhat.com>
> WWW:        <http://thread.gmane.org/gmane.linux.kernel/511629>

The problem with this theory (basically, that glibc is taking a
performance penalty by giving memory back to the system and hence being
more space efficient) is that not only is Hoard significantly faster than
glibc for OpenLDAP, it's also more space-efficient and allocates less
total memory as soon as there are multiple clients querying the server at
the same time.



You can also see on those graphs, particularly the last page, the relative
performance of tcmalloc, which is more efficient but a little slower.

Russ Allbery (rra@debian.org)               <http://www.eyrie.org/~eagle/>

Reply to: