This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: RFC: replace ptmalloc2
- From: Will Newton <will dot newton at linaro dot org>
- To: JÃrn Engel <joern at purestorage dot com>
- Cc: Rich Felker <dalias at libc dot org>, Siddhesh Poyarekar <siddhesh dot poyarekar at gmail dot com>, GNU C Library <libc-alpha at sourceware dot org>
- Date: Wed, 15 Oct 2014 14:33:00 +0100
- Subject: Re: RFC: replace ptmalloc2
- Authentication-results: sourceware.org; auth=none
- References: <20141009215447 dot GD8583 at Sligo dot logfs dot org> <CAAHN_R0JDNQkx7oV0HS9Knv7nsPZiARLeFb4zpPa+rj7cNfECg at mail dot gmail dot com> <20141010010743 dot GA15146 at Sligo dot logfs dot org> <20141010012530 dot GX23797 at brightrain dot aerifal dot cx> <20141010013302 dot GC15146 at Sligo dot logfs dot org> <20141010020229 dot GY23797 at brightrain dot aerifal dot cx> <20141014233254 dot GA1860 at Sligo dot logfs dot org> <20141015040031 dot GR32028 at brightrain dot aerifal dot cx> <20141015045238 dot GA4528 at Sligo dot logfs dot org>
On 15 October 2014 05:52, JÃrn Engel <joern@purestorage.com> wrote:
> On Wed, Oct 15, 2014 at 12:00:31AM -0400, Rich Felker wrote:
>>
>> What benchmark are you using? I'd like to run it on my malloc.
>
> Something pretty primitive that grew out of a simple memhog. Use at
> your own risk.
I've spent a bit of time thinking about improving malloc performance
in glibc, initially with the intent to produce an allocator to replace
ptmalloc2 but that has stalled due to lack of time.
I currently have some microbenchmarks and a script to run a few open
source applications inside a docker container and measure the
performance of the commonly used allocators. I could certainly use
more and more realistic workloads to add to it:
https://git.linaro.org/toolchain/cortex-malloc.git
So far I would say that tcmalloc seems to have the best performance
but the highest space overhead.
--
Will Newton
Toolchain Working Group, Linaro