<div dir="ltr">We might have had some issues over the weekend; could you try again?  Sorry about that.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jan 10, 2014 at 5:55 PM, Joey Gouly <span dir="ltr"><<a href="mailto:joel.gouly@gmail.com" target="_blank">joel.gouly@gmail.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">Kevin, both those files give me a 500 error, are you sure they're public?</div><div class="gmail_extra">

<br><br><div class="gmail_quote"><div><div class="h5">On 10 January 2014 22:23, Kevin Modzelewski <span dir="ltr"><<a href="mailto:kmod@dropbox.com" target="_blank">kmod@dropbox.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div>Ok, I updated to trunk and reran (same results); here are the original and stripped bitcode files:<br>


</div><div><a href="https://www.dropbox.com/s/wydh5nzt10zpcfu/stdlib.bc" target="_blank">https://www.dropbox.com/s/wydh5nzt10zpcfu/stdlib.bc</a><br>

</div><div><a href="https://www.dropbox.com/s/1oxqbatspkovmv1/stdlib.stripped.bc" target="_blank">https://www.dropbox.com/s/1oxqbatspkovmv1/stdlib.stripped.bc</a></div><div class="gmail_extra"><br></div><div class="gmail_extra">


Thanks,</div>

<div class="gmail_extra">Kevin<div><br><br><div class="gmail_quote">On Fri, Jan 10, 2014 at 6:05 AM, Rafael Espíndola <span dir="ltr"><<a href="mailto:rafael.espindola@gmail.com" target="_blank">rafael.espindola@gmail.com</a>></span> wrote:<br>




<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On 10 January 2014 03:09, Sean Silva <<a href="mailto:chisophugis@gmail.com" target="_blank">chisophugis@gmail.com</a>> wrote:<br>





> This Summer I was working on LTO and Rafael mentioned to me that debug info<br>
> is not lazy loaded, which was the cause for the insane resource usage I was<br>
> seeing when doing LTO with debug info. This is likely the reason that the<br>
> lazy loading was so ineffective for your debug build.<br>
><br>
> Rafael, am I remembering this right/can you give more information? I expect<br>
> that this will have to get fixed before pitching LLD as a turnkey LTO<br>
> solution (not sure where in the priority list it is).<br>
<br>
</div>In the case of LTO, there were two main issues.<br>
<br>
* Duplicate type debug information.<br>
* All metadata (including debug info) is loaded eagerly.<br>
<br>
As Eric mentioned, we can now merge type debug info from multiple<br>
translation units, which results in a smaller total size. Kevin, what<br>
llvm version are you using? Do you get a smaller combined bitcode with<br>
trunk?<br>
<br>
The issue of loading all of the debug info ahead of time is still<br>
there. We will need to fix that at some point or reduce its size<br>
further so that the impact is small enough.<br>
<br>
Cheers,<br>
Rafael<br>
</blockquote></div><br></div></div></div>
<br></div></div><div class="im">_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:LLVMdev@cs.uiuc.edu" target="_blank">LLVMdev@cs.uiuc.edu</a>         <a href="http://llvm.cs.uiuc.edu" target="_blank">http://llvm.cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev</a><br>
<br></div></blockquote></div><br></div>
</blockquote></div><br></div>