<div class="gmail_quote">On Wed, Apr 11, 2012 at 12:31 AM, Chandler Carruth <span dir="ltr"><<a href="mailto:chandlerc@gmail.com">chandlerc@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
 I'll start looking for smoking guns right away though.</blockquote></div><br><div>This looks very much like the previous cases where inliner changes caused compile-time regressions.</div><div><br></div><div>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.</div>
<div><br></div><div>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.</div>
<div><br></div><div>I'm still working on doing before/after profile comparisons and other things to see if I can tease out the culprit here.</div><div><br></div><div>I also see several places where we can recoup a few percent in all likelihood; I'll try to tackle those if I can.</div>