<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">

</div>Not really.  The problem in Apache is not "not merging", but O(N^2)<br>
memory consumption while handling Range requests, where N - number<br>
of ranges requested.<br></blockquote><div><br>Sure, but it hits even badly when it does not check overlapping/same range request. I guess nginx would send back 416 when it<br>encounters overlapping ranges (?) and the patch from Igor takes care of exceeding content length case.<br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
See here for more information:<br>
<br>
<a href="http://permalink.gmane.org/gmane.comp.apache.devel/45196" target="_blank">http://permalink.gmane.org/gmane.comp.apache.devel/45196</a><br>
<a href="http://permalink.gmane.org/gmane.comp.apache.devel/45290" target="_blank">http://permalink.gmane.org/gmane.comp.apache.devel/45290</a><br>
<br>
With nginx you are safe: there is no O(N^2) memory consumption.<br>
Additionally, it won't do any actual data processing with HEAD<br>
requests as used in attacking script in question.<br></blockquote><div><br>But GET involves data processing. But as you said since there is no O(N*2) [or the like] memory consumption with nginx, even GET requests are safe.<br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<font color="#888888"><br>
Maxim Dounin<br>
</font><div><div></div><div class="h5"><br>
_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br>
</div></div></blockquote></div><br>Thanks,<br>-Venky<br>