Judging from my tests (allocating numerous small objects, then
freeing the memory) it looks like the bottleneck is in free(). I've
built a different libc library with the malloc.c and tree.h taken from
HEAD and it now behaves nicely. I haven't seen any bad side effects on
this machine (it's the lappie I do most of my work on, I run KDE,
seamonkey, mplayer, openoffice, the like) since I switched to the new
libc. Another nice solution would be to ship the modified libc in base
so the people who really need jemalloc can relink to it via
libmap.conf.-- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
