jemalloc?

Vlad Galu dudu at dudu.ro
Tue Dec 12 07:44:04 PST 2006


On 12/12/06, Joerg Sonnenberger <joerg at britannica.bec.de> wrote:
On Tue, Dec 12, 2006 at 04:31:04PM +0200, Vlad Galu wrote:
>   I've compiled $subj as a shared library that I preload when using
> some test programs and it's been behaving nicely. Are there any plans
> to import it? phkmalloc is painfully slow when freeing numerous small
> objects.
Not for me. phkmalloc has the nice propery of being tight on space
usage, which is important in some area. It could be done better, but
most applications with very special performance needs have specialised
mallocs anyway, so I don't care that much.
  It would be nice to have it in base, though, and to enable the
users to choose between the implementations using mechanisms such as
libmap.conf (BTW, do we want that?). I suppose there were reasons not
to walk this path and since I'm very new to DragonFly I'd be more than
happy to learn them.

Joerg



--
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.




More information about the Kernel mailing list