
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=koi8-r">

<style type="text/css" style="display:none"><!-- p { margin-top: 0px; margin-bottom: 0px; }--></style>

</head>

<body dir="ltr" style="font-size:12pt;color:#000000;background-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">

<p><span style="color:rgb(33,33,33); font-size:12pt">>This is awesome!</span><br>

</p>

<div style="color:rgb(33,33,33)">

<div>

<div dir="ltr">

<div class="gmail_extra">

<div class="gmail_quote">

<div>> </div>

<div>>At least in these rough measurements, we still seem to be 5.2 vs 4.9 seconds, so LLD is about 6% slower, which suggests that there's still some opportunities for single->thread speedup (unless gold's implementation is of gdb-index is hyperoptimized, though

 I doubt it). We generally have found that with decent profiling, we can >generally be measurably faster than gold in the single-threaded case. Or in other words, say we target being at least 10% faster than gold than gdb-index as >reasonable to achieve with

 some profiling. Then we have 6+10 = 16% speedup on the table, which is fairly significant. </div>

<div>> </div>

<div>>-- Sean Silva </div>

<div class="HOEnZb">

<div class="h5"><br>

</div>

<div class="h5">Yeah. I prepared a patch D36077 which eliminates known slowdown because of using std::find for relocations, <br>

</div>

<div class="h5">and going to profile building index with it applied to find another <span style="font-size: 12pt;">narrow places.</span></div>

<div class="h5"><br>

</div>

<div class="h5">George.<br>

</div>

</div>

</div>

</div>

</div>

</div>

</div>

</body>

</html>