8 May
2014
8 May
'14
4:55 a.m.
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