malloc cache/trace preview
Szabolcs Nagy
szabolcs.nagy@arm.com
Wed Feb 10 12:29:00 GMT 2016
On 09/02/16 22:51, DJ Delorie wrote:
>
> I just pushed to branch dj/malloc two features I've been working on,
> for preview and criticism:
>
> First, a per-thread cache that speeds up small (<1024) allocations by
> up to 5-10x (average 2x).
>
> Second, the start of a low-overhead workload tracing feature that can
> be (eventually) enabled for an existing program to capture its malloc
> et al calls and later replay them for benchmarking.
>
i think the sbrk in the ctor of the trace tool is not ok,
if there are malloc calls using brk before that ctor.
(makes the malloc heap non-contiguous.)
(and probably the tmp filename should come from the env)
More information about the Libc-alpha
mailing list