New malloc ready, take 42
jasone at freebsd.org
Mon Dec 26 10:26:58 PST 2005
On Dec 26, 2005, at 2:18 AM, Max Khon wrote:
> Do you plan to provide public API for malloc arenas
> similar to SGI amalloc(3)?
I hadn't planned to do so. It's not too hard to think of scenarios
in which manual management of arenas might be useful, but adding non-
standard public APIs to libc is something that I'm reluctant to do
unless there is a compelling reason to do so. Arena-specific APIs
would work well with jemalloc, but they may not make sense for
whatever comes after jemalloc, yet we'd be stuck with supporting the
In fact, if I were making API changes to non-standard libc
interfaces, the first thing I'd do would be to remove reallocf(3), or
at least rename it to reallocf_np().
Are there compelling use cases you can think of that might sway us
toward providing malloc arena APIs?
More information about the freebsd-current