|
Home > Archive > Debian Developers > June 2007 > Re: (glibc's opinion on malloc) Re: Bug#430140: ITP: hoard -- Fast, scalable, and effi
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Re: (glibc's opinion on malloc) Re: Bug#430140: ITP: hoard -- Fast, scalable, and effi
|
|
| Russ Allbery 2007-06-25, 1:23 pm |
| Gabor Gombas <gombasg@sztaki.hu> writes:
> Looking at the links there is no mention what "memory size" means here.
> Is it the amount of RAM mapped, or the amount of memory dirtied?
> Mapping more memory is less important (unless you're running out of
> address space of course). Dirtying more memory is certainly much more
> telling.
I believe it's the amount of memory that's mapped, although I'm not
certain. However, I'm fairly certain that Hoard also has better
performance in terms of how much memory is dirtied, or at least the
locality of memory that's dirtied, since one of the things that Hoard
specifically focuses on doing better than glibc malloc is cache locality.
--
Russ Allbery (rra@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
|
|
|
|
|