<div dir="ltr">I agree, I view dead code at run-time as a liability. Something that can go wrong. At compile time, you know everything about the sytem, the config script makes assumptions and the binaries shouldnt work if moved to a different OS etc anyway.<div>
<br></div><div>I am not a nginx developer just a C++ developer.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Aug 5, 2013 at 4:28 PM, Serguei I. Ivantsov <span dir="ltr"><<a href="mailto:manowar@gsc-game.kiev.ua" target="_blank">manowar@gsc-game.kiev.ua</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I think it is not a matter for trade - "dead code" - is bad programming<br>
technique. And it should be eliminated in a fast web server.<br>
Of course, general impact on overall performance is not significant, but<br>
on function level it will be much noticeable. I can make a perf profiling<br>
test to get exact counters.<br>
<div class="HOEnZb"><div class="h5"><br>
> Hello!<br>
><br>
> On Mon, Aug 05, 2013 at 12:15:04AM +0300, Serguei I. Ivantsov wrote:<br>
><br>
> [...]<br>
><br>
>> A little test with high volume of simple requests shows 0.5% overall<br>
>> speed<br>
>> improvement.<br>
><br>
> Are you sure the numbers are significant?  Doing a ministat(1)<br>
> analysis or similar is a good idea.<br>
><br>
> <a href="http://www.freebsd.org/cgi/man.cgi?query=ministat&amp;sektion=1" target="_blank">http://www.freebsd.org/cgi/man.cgi?query=ministat&amp;sektion=1</a><br>
><br>
> --<br>
> Maxim Dounin<br>
> <a href="http://nginx.org/en/donation.html" target="_blank">http://nginx.org/en/donation.html</a><br>
><br>
<br>
<br>
_______________________________________________<br>
nginx-devel mailing list<br>
<a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-devel" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-devel</a><br>
</div></div></blockquote></div><br></div>