<div dir="ltr">Hi Joerg,<div><br></div><div>Sorry to know about this... I just came back from mid-autumn holiday...</div><div><br></div><div>Can you tell me how you measured the memory consumption for llvm?</div><div><br></div><div>Thanks,</div><div>-Jiangning</div></div><div class="gmail_extra"><br><div class="gmail_quote">2014-09-05 23:14 GMT+08:00 Joerg Sonnenberger <span dir="ltr"><<a href="mailto:joerg@britannica.bec.de" target="_blank">joerg@britannica.bec.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Aug 11, 2014 at 05:02:04AM -0000, Jiangning Liu wrote:<br>
> Author: jiangning<br>
> Date: Mon Aug 11 00:02:04 2014<br>
> New Revision: 215343<br>
><br>
> URL: <a href="http://llvm.org/viewvc/llvm-project?rev=215343&view=rev" target="_blank">http://llvm.org/viewvc/llvm-project?rev=215343&view=rev</a><br>
> Log:<br>
> In LVI(Lazy Value Info), originally value on a BB can only be caculated once,<br>
> and the lattice will be updated to be a state other than "undefined". This<br>
> limiation could miss some opportunities of lowering "overdefined" to be an<br>
> even accurate value. So this patch ask the algorithm to try to lower the<br>
> lattice value again even if the value has been lowered to be "overdefined".<br>
<br>
</span>This results in a huge increase in memory use. Before, peak RSS for the<br>
attached test case was 978MB, with this change it is 1880MB. Please fix<br>
this.<br>
<span class="HOEnZb"><font color="#888888"><br>
Joerg<br>
</font></span><br>_______________________________________________<br>
llvm-commits mailing list<br>
<a href="mailto:llvm-commits@cs.uiuc.edu">llvm-commits@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits</a><br>
<br></blockquote></div><br></div>