microsoft/PowerToys

Bug: CPU Usage stats in Dock goes beyond 100%

Geschlossen

#46.381 geöffnet am 21.03.2026

Auf GitHub ansehenContributor Guide
 (12 Kommentare) (3 Reaktionen) (0 zugewiesene Personen)C# (7.978 Forks)batch import
CmdPal - Performance monitorHelp WantedIssue-BugProduct-Command Palette

Repository-Metriken

Stars
 (133.154 Sterne)
PR-Merge-Metriken
 (Durchschn. Merge 14T 20h) (117 gemergte PRs in 30 T)

Beschreibung

Microsoft PowerToys version

0.98.0

Installation method

PowerToys auto-update

Area(s) with issue?

Command Palette

Steps to reproduce

Steps to Reproduce

  • Open the Command Palette Dock.
  • Start a CPU-intensive workload: - Run a stress test, or - Open multiple heavy applications simultaneously.
  • Observe CPU usage in: - Task Manager (reference) - Command Palette Dock

CPU Usage Reflection 144%

✔️ Expected Behavior

The CPU usage shown in the dock should accurately reflect system usage and remain within the valid range of 0% to 100%.

❌ Actual Behavior

The dock reports CPU usage values exceeding 100%, often reaching around 150% under heavy load

Upload Bug Report ZIP-file

No response

Additional Information

  • OS: Windows 11 Pro (25H2, Build 26200.7922)
  • .NET Framework: 4.8.1
  • System Language: English
  • Installation Type: User (per-user install)
  • Run as Administrator: No

Other Software

No response

Contributor Guide

Research-Richtung
Investigate the code in the Command Palette dock where CPU usage is retrieved, likely using PerformanceCounter or similar Windows APIs. The bug suggests that values are being summed across CPU cores without dividing by the number of cores, causing percentages over 100%. Look for related parsing or display logic in the dock's performance monitoring module. Check if there are any existing fixes or discussions in the repository for similar issues.
Tech Stack
csharp
Domain
desktop
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Halber Tag
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
understanding of CPU usage calculationbasic C# debugging
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60