Why would you ever set MaxKeepAliveRequests to anything but unlimited?

Posted by Jonathon Reinhart on Super User See other posts from Super User or by Jonathon Reinhart
Published on 2014-05-30T03:19:53Z Indexed on 2014/05/30 3:33 UTC
Read the original article Hit count: 438

Filed under:
|
|

Apache's KeepAliveTimeout exists to close a keep-alive connection if a new request is not issued within a given period of time. Provided the user does not close his browser/tab, this timeout (usually 5-15 seconds) is what eventually closes most keep-alive connections, and prevents server resources from being wasted by holding on to connections indefinitely.

Now the MaxKeepAliveRequests directive puts a limit on the number of HTTP requests that a single TCP connection (left open due to KeepAlive) will serve. Setting this to 0 means an unlimited number of requests are allowed.

Why would you ever set this to anything but "unlimited"? Provided a client is still actively making requests, what harm is there in letting them happen on the same keep-alive connection? Once the limit is reached, the requests still come in, just on a new connection.

The way I see it, there is no point in ever limiting this. What am I missing?

© Super User or respective owner

Related posts about apache

Related posts about http