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
Use InstrumentedQueuedThreadPool for admin endpoint #2186
Use InstrumentedQueuedThreadPool for admin endpoint #2186
Conversation
@joschi Can you please have a look ? |
Is there a way to make this optional/configurable? |
To be honest I didn't consider it, as I haven't seen any downsides of using it, but I guess it could be made configurable by some additional boolean flag, i.e. |
I don't think it's needed. The overhead of instrumenting should be fairly small to warrant adding an additional configuration option. |
The biggest concern for me is the increase of reported metrics by default for a Dropwizard app. |
But, my opinion, 4 additional metrics should not be a big problem. They are quite useful metrics, especially for applications with a lot of admin tasks. |
@patrox Thank you for the contribution! |
This will allow to monitor the usage of the thread pool which is used to handle the requests landing at admin endpoint.
Closes #2179.