On Thu, 8 May 2014, Stephen R. van den Berg wrote:
One other culprit for code size is sprintf, due to the use of huge macros
for slow paths. There are this and other places where reducing the code size by
de-inlining would also help performance on big cpus (or at least not make it
slower).
I'd think so too. Increases cache hits, at least.
I have a branch lying around which does some de-inlining in sprintf. It
reduces code size by half. There was no real speed advantage, but I only
ran some micro benchmarks on i7, so I assume there was no cache pressure.
arne
