-
Notifications
You must be signed in to change notification settings - Fork 84
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implement --max-keepalive-requests #124
Comments
Sounds reasonable to me! |
Oh.... i have already make pull request to fix this situation with max_requests and keepalive connections without max-keepalive-requests param. #142 @eserte i look at your code eserte@06cee30 and detect race between closing connection and sending new request to starman because your code not changed "Connection" header to value "close" which led to http 502 from the balancer under heavy load. I can to help to fix your problem but first need to understand what kind of logic we will implement (mine or with flag --max-keepalive-requests). |
@miyagawa any update on this? |
I would like to see something like Apache's MaxKeepAliveRequests implemented for Starman.
Rationale: on a heavily used server with few clients it is possible that a worker process lives for very long time, even with the default setting of
--max-requests=1000
. Reason is that--max-requests
does not count requests within a keepalive connection.The implementation is probably quite simple, something like the following in
process_request
inStarman::Server
(untested):If this feature request is accepted, then I would do a formal pull request.
The text was updated successfully, but these errors were encountered: