This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: ping: [patch] malloc per-thread cache ready for review


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.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]