<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">https://www.dropbox.com/s/wydh5nzt10zpcfu/stdlib.bc</a><br>

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

<div class="gmail_extra">Kevin<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 class="im">On 10 January 2014 03:09, Sean Silva <<a href="mailto:chisophugis@gmail.com">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>