<div dir="ltr"><div><div>I wouldn't be so sure, this apply to non-optimized code, but if you enable optimizations in your compiler together with debug symbols producing, some optimizations may need to be disabled, which may result even in worse performance. <ref> 1 </ref><br>
<br></div>But I don't really know how much is maria db depending on compiler optimizations so maybe this indeed is not a big problem. But from my own experience replacing debug build with optimized build has a significant performance improvements.<br>
<br>[1] - <a href="http://stackoverflow.com/questions/2880025/why-do-debug-symbols-so-adversely-affect-the-performance-of-threaded-application">http://stackoverflow.com/questions/2880025/why-do-debug-symbols-so-adversely-affect-the-performance-of-threaded-application</a><br>
</div>don't be confused by the wrongly asked question - the guy indeed had main problems because of profiling but if you read the table it say:<br><br><pre style class=""><code><span class="">Optimized</span><span class=""> no threading</span><span class="">:</span><span class="">        </span><span class="">0m4.864s</span><span class="">
</span><span class="">Optimized</span><span class=""> threading</span><span class="">:</span><span class="">           </span><span class="">0m2.075s</span><span class=""></span><span class=""></span><span class="">

</span><span class="">Debug</span><span class=""> no threading </span><span class="">(</span><span class="">no</span><span class="">-</span><span class="">pg</span><span class="">):</span><span class="">    </span><span class="">0m10.428s</span><span class="">
</span><span class="">Debug</span><span class=""> threading </span><span class="">(</span><span class="">no</span><span class="">-</span><span class="">pg</span><span class="">):</span><span class="">       </span><span class="">0m4.045s<br>
<br></span></code></pre><pre style class=""><code><span class="">that means it cause performance issues even when profiling is disabled.<br></span></code></pre></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Thu, Feb 14, 2013 at 5:14 PM, Mark Bergsma <span dir="ltr"><<a href="mailto:mark@wikimedia.org" target="_blank">mark@wikimedia.org</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"><br>
On Feb 14, 2013, at 5:02 PM, Petr Bena <<a href="mailto:benapetr@gmail.com">benapetr@gmail.com</a>> wrote:<br>
<br>
> Keeping debug symbols in binaries will result in poor performance, or it should<br>
<br>
</div>That's bollocks. It results in a larger binary _on disk_. The symbol table isn't even loaded into memory and doesn't affect performance.<br>
<br>
Debug information is *highly useful* in a production setup, and we try to run all our core applications with it so we have a chance to debug issues when they occur.<br>
<br>
I think the only reason distributions omit debug information is to save disk space.<br>
<br>
--<br>
Mark Bergsma <<a href="mailto:mark@wikimedia.org">mark@wikimedia.org</a>><br>
Lead Operations Architect<br>
Wikimedia Foundation<br>
<div class="im"><br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Labs-l mailing list<br>
<a href="mailto:Labs-l@lists.wikimedia.org">Labs-l@lists.wikimedia.org</a><br>
</div><a href="https://lists.wikimedia.org/mailman/listinfo/labs-l" target="_blank">https://lists.wikimedia.org/mailman/listinfo/labs-l</a><br>
</blockquote></div><br></div>