-
Notifications
You must be signed in to change notification settings - Fork 21.4k
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
Separate min and max threads count environment variable for puma configuration #32984
Conversation
Same environment variable RAILS_MAX_THREADS was being used for setting the minimum and maximum thread count for puma. This change makes it obvious and easy to decide which environment variable to change for setting the min or max. Don't feel like this is a breaking change as the same default is maintained.
Thanks for the pull request, and welcome! The Rails team is excited to review your changes, and you should hear from @kamipo (or someone else) soon. If any changes to this PR are deemed necessary, please add them as extra commits. This ensures that the reviewer can see what has changed since they last reviewed the code. Due to the way GitHub handles out-of-date commits, this should also make it reasonably obvious what issues have or haven't been addressed. Large or tricky changes may require several passes of review and changes. This repository is being automatically checked for code quality issues using Code Climate. You can see results for this analysis in the PR status below. Newly introduced issues should be fixed before a Pull Request is considered ready to review. Please see the contribution instructions for more information. |
@schneems : Did you get a chance to review this? |
This will break existing settings that assume setting RAILS_MAX_THREADS sets both min and max. How about min threads defaults to the same as max threads unless otherwise explicitly set. |
Well it won’t exactly break them but it might be surprising. |
@schneems : Would changing it to the following make sense so that it maintains backward compatibility and is not surprising?
|
yes but the last || isn’t required. Since max_threads_count will always
have a value.
…On Fri, Jul 20, 2018 at 9:51 PM Chirag Shah ***@***.***> wrote:
@schneems <https://github.com/schneems> : Would changing it to the
following make sense so that it maintains backward compatibility and is not
surprising?
max_threads_count = ENV.fetch("RAILS_MAX_THREADS") { 5 }
min_threads_count = ENV.fetch("RAILS_MIN_THREADS") { max_threads_count || 5 }
threads min_threads_count, max_threads_count
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#32984 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AADpYJ-RvawfVbrfmsKKnbj-dajnsA55ks5uIpclgaJpZM4UNPQi>
.
|
@schneems : I have made the suggested changes. |
Tests are failing I restarted them |
Thanks. They have passed now. |
Thanks for the PR! |
Thanks for the review. That was my first PR to Rails. :) |
Same environment variable RAILS_MAX_THREADS was being used
for setting the minimum and maximum thread count for puma.
This change makes it obvious and easy to decide which
environment variable to change for setting the min or max.
Don't feel like this is a breaking change as the same
default is maintained.