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

Resource Monitoring metrics for Windows report utilization in the [0,100] range #5472

Open
evgenyfedorov2 opened this issue Oct 6, 2024 · 0 comments · May be fixed by #5473
Open

Resource Monitoring metrics for Windows report utilization in the [0,100] range #5472

evgenyfedorov2 opened this issue Oct 6, 2024 · 0 comments · May be fixed by #5473
Assignees
Labels
bug This issue describes a behavior which is not expected - a bug. work in progress 🚧

Comments

@evgenyfedorov2
Copy link
Contributor

evgenyfedorov2 commented Oct 6, 2024

Description

Metrics on Windows report values in the [0,100] range despite the documentation mentioning the [0,1] range:
https://learn.microsoft.com/en-us/dotnet/core/diagnostics/built-in-metrics-diagnostics#metric-containercpulimitutilization

For example, if container CPU limit utilization is 60%, the metric reports the 60 value instead of 0.6.

Affected metrics:

  1. dotnet.process.memory.virtual.utilization
  2. process.cpu.utilization
  3. container.memory.limit.utilization
  4. container.cpu.limit.utilization

Reproduction Steps

Just use Resource Monitoring library on Windows and an exporter for the affected metrics, and you will see the incorrect values.

Expected behavior

Metrics on Windows report values in the [0,1] range as documented. For example, if container CPU limit utilization is 60%, the metric should report the 0.6 value

Actual behavior

Metrics on Windows report values in the [0,100] range. For example, if container CPU limit utilization is 60%, the metric reports the 60 value

Regression?

No, it behaves like that since the introduction in #5290

Known Workarounds

No response

Configuration

No response

Other information

No response

@evgenyfedorov2 evgenyfedorov2 added untriaged bug This issue describes a behavior which is not expected - a bug. labels Oct 6, 2024
@evgenyfedorov2 evgenyfedorov2 self-assigned this Oct 6, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug This issue describes a behavior which is not expected - a bug. work in progress 🚧
Projects
None yet
1 participant