<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 20, 2016 at 10:05 PM, Sanjoy Das <span dir="ltr"><<a href="mailto:sanjoy@playingwithpointers.com" target="_blank">sanjoy@playingwithpointers.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Vivek,<span class=""><br>
<br>
vivek pandya wrote:<br>
<br>
> For Octane and Kraken I have run them 4 times and above result is<br>
> geometric mean. For Octane standard deviation (SD) is<br>
> 918.54 (NO_IPRA) and 597.82 (With_IPRA). For Kraken unfortunately I<br>
> don't have readings any more but there was very<br>
> minor change in each run. JetStream it self runs the test for 3<br>
> times reports the result. From next time onwards I will<br>
> run test at least for 10 times<br>
<br></span>
Oh, no, I used "10 times" as an anecdotal number.  Geomean of 4 times<br>
is enough.  Of course, if it does not take extra effort, running them<br>
for more iterations is better, but don't bother if it will e.g. take<br>
more than a trivial amount of manual work.<span class=""><br>
<br>
>     It'd also be great to have a precise, non-measurement oriented view of<br>
>     the benchmarks.<br>
><br>
> I don't understand this point actually all these benchmarks are<br>
> suggested by firefox-devs and they wanted the results back.<br>
<br></span>
I was talking about the `-stats` bit there ^.<span class=""><br>
<br>
>     Is it possible to collect some statistics on how much<br>
>     you've improved the register allocation in these workloads?<br>
><br>
> Actually while testing single source test case with debug build I<br>
> used to compare results of -stats with regalloc<br>
> keyword but while building such a huge software I prefer release<br>
> build of llvm. And also I don't know if there is any<br>
> way in llvm to generate stats for the whole build.<br>
<br></span>
Can you do something quick and dirty, like just have some local<br>
changes that dumps out some information on outs() ?</blockquote><div>Yes that should not take too much of time. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
>     Perhaps<br>
>     you could count the instances where you preserved a register over a<br>
>     call site that wouldn't have been possible without IPRA?<br>
><br>
> Yes this seems a good idea and I think this is implementable, after<br>
> calculating new regmask when inserting data into<br>
> immutable pass two regmasks can be compared to calculate<br>
> improvements. I will work on this and let you know the progress.<br>
<br></span>
Just to be clear: you don't *have* to do this (specifically, check<br>
with your mentor before sinking too much time into this).  But if we<br>
can come up with easy to "confirm your kill" (i.e. ensure what you<br>
think should happen is what is actually happening) then I think we<br>
should do it.<br></blockquote><div>I will try if this can be done in a simple way. I am sure mentors will welcome it.</div><div>-Vivek </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Thanks, and best of luck!<span class="HOEnZb"><font color="#888888"><br>
-- Sanjoy<br>
</font></span></blockquote></div><br></div></div>