<div dir="ltr"><div>Hello;<br><br>I made a test, and "cat /proc/`pidof ld`/oom_adj" returns 0 when ld is running, which means ld can be killed by the oom-killer. Thus, that is not the cause of the problem. <br><br>

Maybe the kernel isn't assigning ld a score high enough to make it be killed in an out-of-memory situation, even when it's by far the process consuming the highest amount of memory and is ran with a niceness of 19; however and unfortunately, I don't have time to make further tests to be sure about this.<br>

<br>Anyway, I managed to link clang using gold, so I consider the problem unexplained, but solved.<br><br></div>Thank you very much for the support!<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 24 January 2013 07:08, Renato Golin Linaro <span dir="ltr"><<a href="mailto:renato.golin@linaro.org" target="_blank">renato.golin@linaro.org</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">I think the main issue is to predict how much of resources will be used beforehand.<div><br></div><div>
I agree with David that OOM shouldn't be killing processes basic on stupid metrics, but profiling builds might not be a bad idea.</div>

<div><br></div><div>Profile Guided Build Systems could learn from very simple metrics (the ones exposed by Karen) and re-distribute the processes (dependency graph allowing) to use the resources more wisely and stop flogging the machine without letting it be idle either.</div>


<div><br></div><div>External usage (editors, browsers, etc) can be counted as factors into the calculation and regarded as non-build commands that *also* consume resources and *also* will have similar usage across builds (a simplification). So, knowing which programs are open can *also* affect how a build will proceed.</div>


<div><br></div><div>cheers,</div><div>--renato</div></div>
<br>_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@cs.uiuc.edu">cfe-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Andre Cunha<br>
</div>