Geplante Windows-Diagnose: Was EnabledExecution deaktiviert
Auf dieser Seite
Kurze Antwort:
EnabledExecution=0deaktiviert genau den geplanten Start der Windows-Diagnosepakete. Der Task Scheduler kann die entsprechende Systemaufgabe weiterhin starten, aber ihr Handler führt keine Erkennung, Problembehandlung und automatische Korrektur aus. Das deaktiviert nicht die gesamte Windows-Diagnose und ist keine bewiesene Optimierung von FPS, Latenz, RAM oder Datenträger.
Status: Der Zweck der Richtlinie ist von Microsoft dokumentiert. Auf Windows 11 Pro 25H2 ist statisch bestätigt, dass ihr Wert innerhalb des Handlers von Scheduled Diagnostics geprüft wird und die Ausführung der Diagnosepakete einschränkt. Das Runtime-Verhalten der Aufgabe und der Einfluss auf die Performance wurden in dieser Untersuchung nicht gemessen.
Zu prüfende Aussage
Abschnitt betitelt „ Zu prüfende Aussage“Wir haben vier Aussagen geprüft:
- Windows verwendet
EnabledExecutionals machine policy für Scheduled Diagnostics. - Der Wert
0verbietet die geplante Ausführung der Diagnosepakete. - Der manuelle Start derselben Aufgabe umgeht die Prüfung der Richtlinie innerhalb ihres Handlers nicht.
- Das Deaktivieren dieser Richtlinie bedeutet nicht das Deaktivieren aller Diagnose- und Wartungsmittel von Windows.
Verwandte Einstellungen in BoosterX
Abschnitt betitelt „Verwandte Einstellungen in BoosterX“Mit dieser Seite sind „Geplante Diagnose“, „Automatische Wartung“, „Diagnoseereignisse“ und „Aktionsprotokollierung“ verbunden. Das Sperren eines Wartungszweigs deaktiviert nicht die gesamte Windows-Diagnose und beweist keine allgemeine CPU-Einsparung.
Was ist Scheduled Diagnostics
Abschnitt betitelt „ Was ist Scheduled Diagnostics“Scheduled Diagnostics ermöglicht Windows, Systemprobleme regelmäßig zu erkennen, Diagnosen durchzuführen und bei erlaubter Stufe einen Teil der gefundenen Probleme automatisch zu beheben.
Microsoft beschreibt drei mögliche Verhaltensweisen:
- Erkennung und Problembehandlung mit Benachrichtigung des Nutzers zur interaktiven Korrektur;
- Erkennung, Problembehandlung und automatische Korrektur eines Teils der Probleme;
- Verbot der geplanten Erkennung, Diagnose und Korrektur.
Wenn die Richtlinie nicht konfiguriert ist, verwendet Windows lokale Problembehandlungseinstellungen. Fehlt eine solche lokale Einstellung, dokumentiert Microsoft die standardmäßig aktivierte Erkennung, Diagnose und Korrektur.
Untersuchungsbereich
Abschnitt betitelt „ Untersuchungsbereich“| Bereich | Was geprüft wurde | Status |
|---|---|---|
| Microsoft Policy CSP | Zweck, Registry mapping, Standardzustand und Anwendung ohne Neustart | Dokumentiert |
| Windows 11 Pro 25H2 build 26200.8655 x64 | Lesen der Richtlinie und Verzweigung des Handlers von Scheduled Diagnostics | Statisch bestätigt |
| Windows 10 und Windows Server | Nur die in der öffentlichen Dokumentation angegebene Anwendbarkeit | Genaue runtime-path nicht geprüft |
| Nutzerperformance | CPU, RAM, I/O, FPS, frametime und input latency | Nicht gemessen |
Die öffentliche Dokumentation von Microsoft gibt die Unterstützung der entsprechenden ADMX-backed policy auf Windows 10 2004 mit bestimmten cumulative updates und auf Windows 11 21H2 und neuer für die Editionen Pro, Enterprise, Education und IoT Enterprise an. Home ist in dieser Tabelle nicht aufgeführt. Das beweist nicht die Unveränderlichkeit des internen Pfads in jeder Edition und jedem Build.
Methodik
Abschnitt betitelt „ Methodik“Die Untersuchung vereinte zwei Klassen von Belegen:
- die offizielle Dokumentation von Microsoft mit dem Zweck der Richtlinie, ihrem Registry mapping und ihren Zuständen;
- die statische Prüfung der Windows-Systemkomponente, die die Aufgabe Scheduled Diagnostics bedient.
Wir haben die Verarbeitung der Zustände 0, 1, des fehlenden Werts und einer zusätzlichen execution level geprüft. Eine virtuelle Maschine, Systemtraces und der Start von Diagnosepaketen wurden nicht verwendet. Dekompilierter Code, interne Werkzeuge und Rohartefakte werden nicht veröffentlicht.
Ergebnisse
Abschnitt betitelt „ Ergebnisse“| Zustand | Dokumentiertes oder bestätigtes Verhalten |
|---|---|
EnabledExecution=0 |
Geplante Erkennung, Diagnose und Korrektur sind verboten |
EnabledExecution=1 ohne separate Stufe |
Der Pfad Scheduled Diagnostics ist erlaubt; die genaue Wirkung hängt von der execution level ab |
| Richtlinie fehlt | Es werden lokale Einstellungen verwendet; Microsoft dokumentiert das standardmäßig aktivierte Verhalten |
| Wert mit falschem Typ | Normale Ausführung ist nicht garantiert; ein solcher Zustand wird nicht empfohlen |
Auf dem untersuchten Build erfolgt die Prüfung innerhalb des Handlers der Systemaufgabe. Daher verwandelt der manuelle Start derselben Aufgabe eine durch die Richtlinie verbotene Ausführung nicht in eine erlaubte.
Was bestätigt wurde
Abschnitt betitelt „ Was bestätigt wurde“EnabledExecutionbezieht sich auf Scheduled Diagnostics und nicht auf die gesamte Windows-Diagnose.- Der Wert
0blockiert die Ausführung der Diagnosepakete über den untersuchten scheduled handler. - Die Systemaufgabe und ihre Registrierung werden dabei nicht entfernt.
- Die Änderung der Richtlinie wird ohne Neustart angewendet; für die Funktion von Scheduled Diagnostics ist ein laufender Dienst Task Scheduler erforderlich.
- Das Entfernen des policy value bringt Windows zu den lokalen Einstellungen und der regulären Standardlogik zurück.
Was nicht bestätigt wurde
Abschnitt betitelt „ Was nicht bestätigt wurde“- eine messbare Verringerung der Hintergrundlast, CPU, RAM oder Datenträgeroperationen;
- eine Erhöhung der durchschnittlichen FPS, P1, P0.1 oder eine Verringerung der input latency;
- das Deaktivieren von
sfc,chkdsk, Microsoft Defender, Datenträgeroptimierung oder aller Wartungsaufgaben; - die Verhinderung aller Windows-Benachrichtigungen über gefundene Probleme;
- ein identischer interner Pfad auf Windows 10, Windows 11 und Windows Server.
Das Fehlen eines quantitativen Ergebnisses ist wichtig: Der Ausschluss eines seltenen Diagnosepfads kann die Werte in einer gewöhnlichen Spielesitzung überhaupt nicht verändern.
Einschränkungen
Abschnitt betitelt „ Einschränkungen“Die Untersuchung wurde statisch auf einem aktuellen System durchgeführt. Sie bestätigt die Existenz und den Sinn des decision path, zeigt aber nicht die Häufigkeit tatsächlicher Starts, den Umfang der geleisteten Arbeit, einen möglichen backlog nach der Rückkehr der Einstellung und den Nutzereffekt.
Der offizielle Standardzustand und der fallback zu den lokalen Einstellungen sind von Microsoft dokumentiert. Das Verhalten einer sauberen Installation, bei der gleichzeitig sowohl policy value als auch lokaler preference value physisch fehlen, wurde nicht gesondert reproduziert.
Praktische Schlussfolgerung
Abschnitt betitelt „ Praktische Schlussfolgerung“Für die meisten Nutzer ist es sicherer, Windows default zu belassen: So behält Windows die Möglichkeit, einige Probleme im Voraus zu erkennen und zu beheben.
Das Deaktivieren ist nur als bewusster Kompromiss sinnvoll, wenn der Nutzer genau die geplanten Diagnosepakete verbieten möchte und den Verlust dieser vorbeugenden Funktion akzeptiert. Wenden Sie die Einstellung nicht wegen eines versprochenen Performance-Zuwachses an: Ein solches Ergebnis hat die Untersuchung nicht gezeigt.
Die verwandte kostenlose Einstellung ist auf der Seite „Geplante Diagnose“ in BoosterX beschrieben.
Wiederherstellung des Zustands
Abschnitt betitelt „ Wiederherstellung des Zustands“Zum Zurückkehren entfernen Sie den policy override über den Zustand Windows default in BoosterX. Ein Neustart oder Neustart des Dienstes sind laut Dokumentation von Microsoft nicht erforderlich: Die Änderung wird sofort angewendet.
Nach der Rückkehr wird das konkrete Verhalten durch die lokalen Einstellungen von Windows bestimmt. Wenn sie nicht konfiguriert sind, gibt Microsoft die standardmäßig aktivierte Erkennung, Diagnose und Korrektur an.
Öffentliche Primärquellen
Abschnitt betitelt „ Öffentliche Primärquellen“- ADMX_sdiagschd Policy CSP, Microsoft Learn - Zweck der Richtlinie, unterstützte Versionen, Registry mapping, Zustände und Anwendung ohne Neustart.
Die Untersuchung wurde vom BoosterX-Team veröffentlicht und bezieht sich auf eine Produkteinstellung. Das Vorhandensein der Einstellung in BoosterX wurde nicht als Beweis für ihre Wirksamkeit verwendet. BoosterX Wiki ist nicht mit Microsoft Corporation verbunden, nicht von ihr autorisiert, nicht gesponsert und nicht von ihr genehmigt.
Letzte Prüfung der Quellen: 2026-08-24.
Änderungsverlauf
Abschnitt betitelt „Änderungsverlauf“- 2026-09-20: description auf das Limit des Suchsnippets gekürzt.
- 2026-08-24: erste öffentliche Version auf Grundlage der Dokumentation von Microsoft und der statischen Prüfung von Windows 11 Pro 25H2.
