<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div style="word-wrap:break-word"><div><div><br></div>I can see that the behavior of our current instrumentation is going to be a problem for the kinds of applications that you’re looking at. If you can find a way to get the overhead down without losing accuracy and without hurting the performance for applications without significant contention, then we can just adopt that. If you can’t do it without tradeoffs, then we should have a separate option to let those who care switch between different kinds of instrumentation.</div>
</div></blockquote>So far none of the ideas we discussed can guarantee the same single-threaded performance, memory consumption and functionality compared to the current -fprofile-instr-generate.</div><div class="gmail_quote">
We'll keep looking for the solution (and continue using AsanCoverage in the meantime). </div><div class="gmail_quote">I am really surprised that the applications you care about do not have this issue, but you probably know better :)</div>
<div class="gmail_quote"><br></div><div class="gmail_quote">--kcc </div></div></div>