
<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Oct 14, 2014, at 10:41 AM, Chandler Carruth <<a href="mailto:chandlerc@google.com" class="">chandlerc@google.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="gmail_extra"><br class=""><div class="gmail_quote">On Tue, Oct 14, 2014 at 10:28 AM, Hal Finkel <span dir="ltr" class=""><<a href="mailto:hfinkel@anl.gov" target="_blank" class="">hfinkel@anl.gov</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> I think it’s generally useful to have an “extreme” level of<br class="">

> optimization without much regard for compile time, and in that<br class="">

> scenario this pipeline makes sense. But this is hardly something<br class="">

> that should happen at -O2/-Os, unless real data shows otherwise.<br class="">

<br class="">

</span>Doing all this only at >= -O3 does not seem unreasonable to me.</blockquote></div><br class="">FWIW, I think we're being overly conservative if we're relegating these to -O3 when the total cost is 2%. That doesn't seem like the right tradeoff.</div><div class="gmail_extra"><br class=""></div><div class="gmail_extra">I actually agree that the set I proposed is on the aggressive end -- that was the point -- but we have more than 2% fluctuations in the optimizers' runtime from month to month. If we want to rip stuff out it should be because of a principled reason that it isn't going to help the code in that phase.</div></div>

</div></blockquote></div><br class=""><div class="">The “total cost” is not the same as the overhead when building the opt binary. But the flag is there now, so it’s just a matter of trying it out.</div><div class=""><br class=""></div><div class="">How does the 2% overhead from cleanup compare to the cost of the vectorizer itself?</div><div class=""><br class=""></div><div class="">-Andy</div></body></html>