-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On Oct 5, 2007, at 3:18 PM, matthew sporleder wrote:

quoted text
> On 10/5/07, Kris Kennaway <kris@freebsd.org> wrote:
>> Andrew Doran wrote:
>>> So, I learned a few things since I put up the previous set of  
>>> benchmarks:
>>>
>>> - The erratic behaviour from Linux is due to the glibc memory  
>>> allocator.
>>>   Using Google's tcmalloc, the problem disappears.
>>
>> Well you have to be careful there, tcmalloc apparently defers  
>> frees, and
>> is not really a general purpose malloc.  The linux performance  
>> problems
>> are (were? I haven't tried recent kernels) real though.
>>
>
> I don't want to get too into linux tuning for this, but horde is a
> good alternative to tcmalloc if there are concerns about using
> tcmalloc in this capacity.  (horde also works on solaris, and could
> probably be ported further)

Did you mean hoard memory allocator?

Regards
- -----------------------------------------
Adam Hamsik
jabber: haad@jabber.org
icq: 249727910

Proud NetBSD user.

We program to have fun.
Even when we program for money, we want to have fun as well.
~ Yukihiro Matsumoto




-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)

iD8DBQFHBkuulIxPgX3Go0MRAmdZAJ93woVHpWwZ2MyG0h8WzFiviHaaigCgsbhG
AGJIrcNHqbknyQ9ipF8DnSo=
=zUED
-----END PGP SIGNATURE-----