<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 27, 2015 at 12:44 AM, Xinliang David Li <span dir="ltr"><<a href="mailto:davidxl@google.com" target="_blank" class="cremed">davidxl@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Thu, Nov 26, 2015 at 1:34 PM, Diego Novillo <span dir="ltr"><<a href="mailto:dnovillo@google.com" target="_blank" class="cremed">dnovillo@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">dnovillo added a comment.<br>
<br>
How is this going to interact with SamplePGO?  Currently, I'm testing a change that adds the InlineHint attribute for functions that globally collected a fraction of samples greater than a given threshold.  Likewise, for functions that fall below another threshold, they receive the Cold attribute.<br></blockquote><div><br></div></span><div>Setting global max count and setting inlinehint are two different things to do. The former helps per-callsite inline decision while the later is for per-callee inline decision. Per-callee decision is not always good -- for instance you don't want to inline a function just because it is hot -- the callsite may be really cold.</div></div></div></div></blockquote><div><br></div><div>Oh, agreed.  Setting inline hints is the only thing the profiler can do at this time, this is why I'm interested in a per-callsite solution.  I want to make sure that this change is taking us in that direction.  We will also need to undo the inline hint setting done in CodeGenPGO.cpp.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The API talks in terms of function counts, how is this related to the entry count I added earlier? What would SamplePGO have to do here?<br>
<br></blockquote><div><br></div></span><div>The inline decision is based on the new information provided by the API and the entry count info -- from the entry count and block relative frequency, the inliner can find out the profile count of the callsite -- the callsite count is then compared with a threshold determined by the global hotness information provided by the API. </div></div></div></div></blockquote><div><br></div><div>So, the units do not matter.  This is just a number.  Higher values mean hotter functions.  Easwaran, could you add documentation to this effect?  Thanks.</div><div><br></div><div>This API only sets the max entry count for the function.  How do we set the per-callsite counts?  SamplePGO has this information now but does not know what to do with it.</div></div></div></div>