This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: ping: [patch] malloc per-thread cache ready for review
- From: DJ Delorie <dj at redhat dot com>
- To: Will Newton <will dot newton at gmail dot com>
- Cc: libc-alpha at sourceware dot org
- Date: Thu, 02 Mar 2017 12:43:35 -0500
- Subject: Re: ping: [patch] malloc per-thread cache ready for review
- Authentication-results: sourceware.org; auth=none
Will Newton <will.newton@gmail.com> writes:
> As such it basically involves diffing the the head of the branch
> against the last merge from master and reviewing that diff rather than
> reviewing a sequence of self-contained patches.
I've been told you can do anything with git... but that doesn't mean I
know how, or that others do ;-) I attached the patch to the original
mail for that reason, which included everything but the </<= fix.
> - There are some inconsistencies with whitespace around operators.
Examples? Carlos went over whitespace in a pre-review...
> - MAYBE_INIT_TCACHE could be defined to be empty when !USE_TCACHE,
> this would reduce #ifdefs
I'll look into that (and the other suggestion), thanks!
> Is there a reasonably straightforward way to reproduce (a subset of)
> the benchmark results you referenced?
If you check out the dj/malloc branch, it includes a workload simulator
(and the tools for making workloads) with built-in benchmarking code. I
have the workloads, and they're shareable (but huge), I just haven't
figured out a good place to store them for public consumption yet.
Note that the simulator is "just a program" and should run under any
glibc (or other environment, including other mallocs), only the tracing
needs a specific glibc.