Hoher CPU-Verbrauch im Idle
Du machst nichts, CPU pumpt 30-50 %. Welche Hintergrund-Dienste, Telemetrie-Aufgaben und „Service Host"-Sammelpunkte das machen.
CPU im echten Idle sollte unter 5 % liegen. Alles drüber heisst, etwas läuft im Hintergrund — die Frage ist nur was.
Was ist normal?
| Idle-Last | Status |
|---|---|
| 0-3 % | Normal |
| 3-10 % | Akzeptabel, Background läuft |
| 10-30 % | Eindeutig was zu finden |
| 30 %+ | Aktiver Übeltäter, vermutlich Scan/Index/Update |
Frisch nach Neuinstallation oder grossem Update: 30-60 Min mit 20-40 % CPU sind normal (Indizierung, Treiber-Setup, Update-Vorabbeiten). Wenn das nach Stunden nicht aufhört: handeln.
1. Task-Manager Standard-Check
Ctrl+Shift+Esc → Prozesse → nach CPU sortieren.
| Prozess | Was es ist | Empfohlen |
|---|---|---|
System | Windows-Kernel selbst | wenn hoch: Treiber-Problem, mit Process Explorer Treiber-Thread finden |
svchost.exe (mehrere) | Service Host (mehrere Dienste pro Prozess) | siehe Process Explorer unten |
MsMpEng.exe | Defender Echtzeit-Scan | siehe Defender frisst CPU |
SearchIndexer.exe | Such-Index-Aufbau | warten oder Index einschränken |
CompatTelRunner.exe | Compatibility-Telemetrie | Aufgabe deaktivieren (siehe unten) |
RuntimeBroker.exe | Store-App-Berechtigungen | normalerweise harmlos, kurz hochzucken okay |
dwm.exe | Desktop Window Manager | wenn hoch: GPU-Treiber oder Hardwarebeschleunigung |
explorer.exe | Windows Explorer / Taskbar | bei Shell-Erweiterungen-Konflikt hoch |
2. Process Explorer ist Pflicht
Task-Manager fasst svchost.exe zusammen und sagt nur „Service Host: Local System”. Welcher konkrete Dienst Last macht, sagt er nicht.
Process Explorer (Sysinternals, kostenlos) ist die ehrliche Variante:
- Zeigt svchost als Tree: Eltern → Kinder, mit jedem einzelnen Dienst.
- Spalte „Wait Reason” zeigt, warum ein Thread wartet.
- Spalte „Threads” als Subview: welcher Thread konkret CPU braucht.
- Hover über Prozess → Tooltip mit allen Diensten dieses svchost.
Setze ihn als Replacement für Task-Manager: Options → Replace Task Manager.
3. Klassische Übeltäter
SearchIndexer.exe
Windows-Suche indiziert Dateien für schnelle Suche. Nach grossem Windows-Update oder bei vielen neuen Dateien: kann tagelang laufen.
- Warten ist meistens richtig. Über Nacht.
- Wenn nach 3 Tagen immer noch hoch: Indizierungs-Optionen einschränken. Systemsteuerung → Indizierungsoptionen → Ändern → unnötige Pfade abwählen (z. B. Steam-Library, Dev-Folders).
- Oder Dienst ganz aus:
services.msc→ „Windows Search” → Starttyp „Deaktiviert”. Dann verlierst du Windows-Suche — aber Everything (voidtools) ist eine schnellere Alternative, siehe Windows-Suche kaputt.
CompatTelRunner.exe
Microsoft-Telemetrie-Aufgabe: prüft Hardware-/Software-Kompatibilität, schickt Daten an Microsoft. Geplant via Aufgabenplanung.
Aufgabenplanung → Microsoft → Windows → Application Experience → Microsoft Compatibility Appraiser → Rechtsklick → Deaktivieren.
Auch unter Customer Experience Improvement Program: alle Aufgaben deaktivieren.
SysMain (früher Superfetch)
Lädt häufig genutzte Programme vorab in den RAM. Sinnvoll auf HDDs, nicht auf SSDs — kann auf SSDs sogar Microruckler verursachen.
services.msc → SysMain → Starttyp „Deaktiviert” → Beenden.
Folge: erste Programmstarts minimal langsamer (Sekundenbruchteile). Praktisch nicht bemerkbar.
DiagTrack (Connected User Experiences and Telemetry)
Microsoft-Telemetrie. Schickt Nutzungs-Daten. Auf „Manuell” reicht oft, „Deaktiviert” geht auch:
services.msc → „Connected User Experiences and Telemetry” → Starttyp „Manuell” oder „Deaktiviert”.
In Gruppenrichtlinien (gpedit.msc, nur Pro):
- Computerkonfiguration → Administrative Vorlagen → Windows-Komponenten → Datensammlung und Vorabversionen → Telemetrie zulassen → Aktiviert, Wert „0 – Sicherheit” (auf Home auf 1).
Windows-Update im Hintergrund
wuauserv lädt Updates herunter. Wenn dauerhaft hoch: Aufgaben prüfen oder kurz pausieren — Einstellungen → Windows Update → „Anhalten für 1 Woche” als Test.
„Get Help”-App oder Tipps-App
Diese Apps spawnen seltsam viele Background-Tasks. Über appwiz.cpl oder PowerShell deinstallieren:
Get-AppxPackage *gethelp* | Remove-AppxPackage
Get-AppxPackage *getstarted* | Remove-AppxPackage
Cortana / Suchfeld
SearchHost.exe und Cortana.exe können CPU ziehen. Wenn du die Web-Suche im Startmenü nicht nutzt:
Einstellungen → Datenschutz und Sicherheit → Suchberechtigungen → „Sicheres Suchen” Bing-Web-Ergebnisse aus.
4. Autostart aufräumen
Task-Manager → Autostart (oder neuere Variante: Einstellungen → Apps → Startup). Alles, was nicht muss, aus. Typische Müll-Autostarts:
- Spotify
- Skype
- Adobe Updater
- iCloud / OneDrive (wenn nicht genutzt)
- Discord auf Start (lädt sich selbst hoch)
- RGB-Tools, die nur kurz für Setup gebraucht werden
5. Geplante Aufgaben durchgehen
Aufgabenplanung → „Aufgabenplanungsbibliothek” → alles links durchklicken. Auffällig: Drittanbieter (z. B. Updater von Adobe/Java) die alle 30 Min laufen → deaktivieren oder Frequenz runter.
6. Treiber-Problem als „System”-Last
Wenn System (Prozess, nicht Service) dauerhaft 10-30 % CPU zieht: ein Kernel-Treiber zickt.
Process Explorer → Eigenschaften von System → Tab Threads → nach CPU sortieren → Stack des Top-Threads anschauen → zeigt Treiber-Modul (z. B. nvlddmkm.sys, Netwtw10.sys). Treiber neu installieren / rollback.
7. Malware-Verdacht
Wenn ein unbekannter Prozess (komische Bezeichnung wie wininit32.exe, srvhost.exe, oder einfach kryptisch) konstant hoch ist: Process Explorer → Eigenschaften → Image-Pfad anschauen. Liegt er in C:\Users\<User>\AppData\Roaming\ oder Temp? Verdächtig.
VirusTotal-Upload, Defender-Vollscan, Malware.
Schnelltest-Reihenfolge
- Task-Manager → Top-CPU-Prozesse identifizieren.
- Process Explorer für svchost-Aufschlüsselung.
- Typische Übeltäter aus der Tabelle abarbeiten.
- Autostart entrümpeln.
- Bei
System-Last: Treiber-Diagnose über Threads.
Kommentare
Frage, Verbesserungsvorschlag oder eigene Erfahrung zu diesem Artikel? Schreib einen Kommentar. Neue Beiträge erscheinen nach kurzer Moderation.
- Lade Kommentare …