Skip to content
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

[feature request] add number of threads #5

Closed
flixr opened this issue Jan 31, 2017 · 6 comments
Closed

[feature request] add number of threads #5

flixr opened this issue Jan 31, 2017 · 6 comments

Comments

@flixr
Copy link
Contributor

flixr commented Jan 31, 2017

Hi,

this is already immensely useful, but would be even better if it would include the number of threads (which is also available from proc).

Cheers, Felix

@ncabatoff
Copy link
Owner

Sorry @flixr, I let this one slip by me. I'll try to get to it next week.

@flixr
Copy link
Contributor Author

flixr commented Oct 18, 2017

The simple numThreads (without status as per #17) is already available in prometheus/procfs

@ncabatoff
Copy link
Owner

Thanks for the PR. I'm going to hold off on merging it until we decide what to do about #19 and #17, since it may make this redundant.

@flixr
Copy link
Contributor Author

flixr commented Oct 18, 2017

I first thought so as well, but I now think this would make sense in any case as it doesn't cost more and #19 would probably be configurable for only some processes. (And #17 is basically a subset of #19)

@ncabatoff
Copy link
Owner

#17 need not be a subset of #19, as described it was going to give a count of how many threads are in which state. I agree that given #19 it may make more sense to report these counts on the more granular per-threadname basis it will introduce, but I haven't fully made up my mind. I think I might want the #17 metrics for my primary use case, where I may not be able to tolerate the huge increase in metric count that the #19 threaded-mode will bring in. Then again, with the huge resource savings Prometheus 2 will bring, maybe I shouldn't be worrying so much about the number of metrics.

@ncabatoff
Copy link
Owner

I thought about it some more and I decided that as you say it's a useful metric and adding this doesn't require any extra files so it's cheap. And some people who don't want the extra overhead of parsing the per-thread files may want this metric.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants