<div dir="ltr">We are loading around 10,000 - 15,000 server_names per server. We also have a fair number of SSL certificates and at-least one big geo map as well which probably do contribute.<div><br></div><div>At around 2,000 - 3,000 we hit our first issues with server_name and had to alter the hash table max. Which brought the loading speed back up (which has slowly regressed as we got bigger)</div><div><br></div><div>Honestly I don't consider it unacceptable, but if this patch comes with no runtime performance penalty why wouldnt we want it? There are advantages to faster startup (incident recovery, quicker reconfiguration etc)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 2, 2017 at 9:46 PM, Maxim Dounin <span dir="ltr"><<a href="mailto:mdounin@mdounin.ru" target="_blank">mdounin@mdounin.ru</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<span class=""><br>
On Fri, Jun 02, 2017 at 10:56:31AM +1000, Mathew Heard wrote:<br>
<br>
> If this actually yields a decrease in start time while not introducing<br>
> other effects we would use it. Our start time of a couple minutes is<br>
> annoying at times.<br>
<br>
</span>Do you have any details of what contributes to the start time in<br>
your case?<br>
<br>
In general, nginx trades start time to faster operation once<br>
started, and trying to build minimal hash is an example of this<br>
practice.  If it results in unacceptable start times we certainly<br>
should optimize it, though I don't think I've seen such cases in<br>
my practice.<br>
<br>
Most time-consuming things during start I've seen so far are:<br>
<br>
- multiple DNS names in the configuration and slow system<br>
  resolver;<br>
<br>
- multiple SSL certificates;<br>
<br>
- very large geo{} maps.<br>
<span class="im HOEnZb"><br>
--<br>
Maxim Dounin<br>
<a href="http://nginx.org/" rel="noreferrer" target="_blank">http://nginx.org/</a><br>
</span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">http://mailman.nginx.org/<wbr>mailman/listinfo/nginx-devel</a><br>
</div></div></blockquote></div><br></div>