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

Temperature per core #4

Open
ronenabra opened this issue Aug 21, 2020 · 3 comments
Open

Temperature per core #4

ronenabra opened this issue Aug 21, 2020 · 3 comments
Assignees

Comments

@ronenabra
Copy link

Hi, first of all - great project, thanks for that

I'm trying to add temperature values per core (see screenshot below) but I can't get it to work. All other temperature sensors are working via - '(?<Entity_Temperature>)(?<MetricName>Motherboard|CPU \(PECI\)|CPU|Auxiliary|SYSTIN1|SYSTIN2|SYSTIN3|EDRAM|PCH Temperature)' but if I try to add cores it captures all of the rest core sensors, not just temperature

image

@kallex kallex self-assigned this Aug 22, 2020
@kallex
Copy link
Owner

kallex commented Aug 22, 2020

That's a unfortunate feature/limitation right now. Happens with FAN speeds as well, when the sensor/unit separates the sensors in the end (as its added to the end), but the metric name matches exactly.

So you will end up right now with bunch of "I didn't want these metrics", along with the temperature ones..?

Do the temperature ones still distinguish from the rest of the pack with the ending "_c" as the unit?

There are some ways to limit the pollution perhaps with Regexp syntax in a way, that it doesn't accept "Core \d+" to match "Core 0 what-ever-text", but that doesn't dodge the exactly same parts.

Do you think adding an option for filtering with unit/sensor type would help you here?

@ronenabra
Copy link
Author

ronenabra commented Aug 26, 2020

So, I was able to work around it by - '(?<Entity_Temperature>)(?<MetricName>Core \d+$)' to avoid pollution as you suggested. Another option that I considered is to change the sensor label in HWinfo - hacky, but should also work.

And I do think that ability to filter by unit is the proper way to handle this.
Still, there are some use-cases where even unit filtering won't work:

  • HELP hwi_temperature_cpu_c Temperature CPU °C - CPU [#0]: Intel Core i7-6770HQ: DTS
  • hwi_temperature_cpu_c{unit="°C",sensor_type="SENSOR_TYPE_TEMP",sensor="CPU Package",source="CPU [#0]: Intel Core i7-6770HQ: DTS"} 85
  • HELP hwi_temperature_cpu_c Temperature CPU °C - CPU [#0]: Intel Core i7-6770HQ: Enhanced
  • hwi_temperature_cpu_c{unit="°C",sensor_type="SENSOR_TYPE_TEMP",sensor="CPU Package",source="CPU [#0]: Intel Core i7-6770HQ: Enhanced"} 84

Note that the only difference is the sensor group, but those are different sensors and they provide different readings

@kallex
Copy link
Owner

kallex commented Aug 27, 2020

Thanks for the good example for the requirement to filter or recognize all the available attributes. In such a case, one might want to gather both the sources but with different names etc.

So in addition to being able to filter with units and sources, I think I need to expand the regex syntax to be able to refine/parse the properties from those values as well.

I will leave this open until the feasible solution to initial and more detailed issues are solved.

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