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: 485
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