[llvm-commits] [llvm] r153812 - in /llvm/trunk: include/llvm/Analysis/ include/llvm/Transforms/IPO/ lib/Analysis/ lib/Transforms/IPO/ test/Transforms/Inline/

[Chandler Carruth]

On Wed, Apr 11, 2012 at 12:31 AM, Chandler Carruth <chandlerc at gmail.com>wrote:

> I'll start looking for smoking guns right away though.


This looks very much like the previous cases where inliner changes caused
compile-time regressions.

Looking at x86-64 of sqlite3, the profile with the trunk clang shows only
3.5% of all the time in the inline cost analysis. That's a bit higher than
I would like (I've got some ideas to shrink it on two fronts that I will
implement right away), it's not likely responsible for the near 10%
regression your seeing; this function wasn't even free before.

However, I'm seeing time spread pretty well between: JumpThreading, the RA,
CorrelatedValueProp, GVN, and InstCombine. This looks like increased
kicking in of the host of scalar optimizations giving us a broad slight
slowdown.

I'm still working on doing before/after profile comparisons and other
things to see if I can tease out the culprit here.

I also see several places where we can recoup a few percent in all
likelihood; I'll try to tackle those if I can.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20120411/8bf1b952/attachment.html>