microsoft/PowerToys

Bug: CPU Usage stats in Dock goes beyond 100%

Fermée

#46 381 ouverte le 21 mars 2026

Voir sur GitHubGuide contributeur
 (12 commentaires) (3 réactions) (0 personne assignée)C# (7 978 forks)batch import
CmdPal - Performance monitorHelp WantedIssue-BugProduct-Command Palette

Métriques du dépôt

Stars
 (133 154 étoiles)
Métriques de merge PR
 (Merge moyen 14j 20h) (117 PRs mergées en 30 j)

Description

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

Guide contributeur

Direction de recherche
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.
Stack technique
csharp
Domaine
desktop
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
Une demi journée
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
understanding of CPU usage calculationbasic C# debugging
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
60