Planlagt Windows-diagnosticering: hvad EnabledExecution deaktiverer
På denne side
Kort svar:
EnabledExecution=0deaktiverer netop den planlagte kørsel af Windows-diagnosticeringspakker. Task Scheduler kan stadig starte den pågældende systemopgave, men dens handler udfører ikke registrering, fejlfinding og automatisk reparation. Dette deaktiverer ikke hele Windows-diagnosticeringen og er ikke en dokumenteret optimering af FPS, latenstid, RAM eller disk.
Status: politikformålet er dokumenteret af Microsoft. På Windows 11 Pro 25H2 er det statisk bekræftet, at dens værdi kontrolleres inde i handleren for Scheduled Diagnostics og begrænser kørslen af diagnosticeringspakker. Opgavens runtime-adfærd og indvirkning på ydeevnen blev ikke målt i denne undersøgelse.
Den undersøgte påstand
Sektion kaldt “ Den undersøgte påstand”Vi undersøgte fire påstande:
- Windows bruger
EnabledExecutionsom machine policy for Scheduled Diagnostics. - Værdien
0forbyder planlagt kørsel af diagnosticeringspakker. - Manuel start af den samme opgave omgår ikke politik-kontrollen inde i dens handler.
- Deaktivering af denne politik betyder ikke deaktivering af alle Windows-diagnosticerings- og vedligeholdelsesværktøjer.
Relaterede indstillinger i BoosterX
Sektion kaldt “Relaterede indstillinger i BoosterX”Denne side er relateret til «Planlagt diagnosticering», «Automatisk vedligeholdelse», «Diagnostiske hændelser» og «Handlingslogning». Blokering af én vedligeholdelsesgren deaktiverer ikke hele Windows-diagnosticeringen og beviser ikke en generel CPU-besparelse.
Hvad er Scheduled Diagnostics
Sektion kaldt “ Hvad er Scheduled Diagnostics”Scheduled Diagnostics gør det muligt for Windows regelmæssigt at registrere systemproblemer, udføre diagnosticering og, ved et tilladt niveau, automatisk reparere en del af de fundne fejl.
Microsoft beskriver tre mulige adfærdsformer:
- registrering og fejlfinding med underretning af brugeren til interaktiv reparation;
- registrering, fejlfinding og automatisk reparation af en del af problemerne;
- forbud mod planlagt registrering, diagnosticering og reparation.
Hvis politikken ikke er konfigureret, bruger Windows lokale fejlfindingspræferencer. Hvis en sådan lokal indstilling ikke findes, dokumenterer Microsoft registrering, diagnosticering og reparation som slået til som standard.
Undersøgelsens omfang
Sektion kaldt “ Undersøgelsens omfang”| Område | Hvad der blev undersøgt | Status |
|---|---|---|
| Microsoft Policy CSP | Formål, Registry mapping, standardtilstand og anvendelse uden genstart | Dokumenteret |
| Windows 11 Pro 25H2 build 26200.8655 x64 | Læsning af politik og forgrening i handleren for Scheduled Diagnostics | Statisk bekræftet |
| Windows 10 og Windows Server | Kun anvendelighed angivet i den offentlige dokumentation | Præcis runtime-path ikke undersøgt |
| Brugerens ydeevne | CPU, RAM, I/O, FPS, frametime og input latency | Ikke målt |
Microsofts offentlige dokumentation angiver understøttelse af den pågældende ADMX-backed policy på Windows 10 2004 med bestemte cumulative updates og på Windows 11 21H2 og nyere for udgaverne Pro, Enterprise, Education og IoT Enterprise. Home er ikke angivet i denne tabel. Dette beviser ikke, at den interne path er uændret på hver udgave og build.
Metode
Sektion kaldt “ Metode”Undersøgelsen kombinerede to klasser af evidens:
- Microsofts officielle dokumentation med politikformål, dens Registry mapping og tilstande;
- statisk undersøgelse af den Windows-systemkomponent, der betjener opgaven Scheduled Diagnostics.
Vi undersøgte håndteringen af tilstandene 0, 1, en manglende værdi og et ekstra execution level. Virtuel maskine, systemtracing og kørsel af diagnosticeringspakker blev ikke anvendt. Dekompileret kode, interne værktøjer og rå artefakter offentliggøres ikke.
Resultater
Sektion kaldt “ Resultater”| Tilstand | Dokumenteret eller bekræftet adfærd |
|---|---|
EnabledExecution=0 |
Planlagt registrering, diagnosticering og reparation er forbudt |
EnabledExecution=1 uden separat niveau |
Path for Scheduled Diagnostics er tilladt; den præcise handling afhænger af execution level |
| Politikken mangler | Lokale præferencer bruges; Microsoft dokumenterer adfærd slået til som standard |
| Værdi af forkert type | Normal kørsel garanteres ikke; en sådan tilstand anbefales ikke |
På det undersøgte build udføres kontrollen inde i systemopgavens handler. Derfor gør manuel start af den samme opgave ikke en kørsel, der er forbudt af politikken, til en tilladt kørsel.
Hvad der er bekræftet
Sektion kaldt “ Hvad der er bekræftet”EnabledExecutionvedrører Scheduled Diagnostics, ikke hele Windows-diagnosticeringen.- Værdien
0blokerer kørslen af diagnosticeringspakker via den undersøgte scheduled handler. - Systemopgaven og dens registrering fjernes ikke ved dette.
- Ændringen af politikken anvendes uden genstart; for at Scheduled Diagnostics kan fungere, kræves tjenesten Task Scheduler kørende.
- Fjernelse af policy value returnerer Windows til lokale præferencer og standardlogikken.
Hvad der ikke er bekræftet
Sektion kaldt “ Hvad der ikke er bekræftet”- reduktion af baggrundsbelastning, CPU, RAM eller diskoperationer i målbar størrelse;
- forhøjelse af gennemsnitlig FPS, P1, P0.1 eller reduktion af input latency;
- deaktivering af
sfc,chkdsk, Microsoft Defender, diskoptimering eller alle vedligeholdelsesopgaver; - forhindring af alle Windows-underretninger om fundne problemer;
- identisk intern path på Windows 10, Windows 11 og Windows Server.
Det manglende kvantitative resultat er vigtigt: udeladelse af én sjælden diagnosticeringspath kan helt undlade at ændre målinger i en almindelig spilsession.
Begrænsninger
Sektion kaldt “ Begrænsninger”Undersøgelsen er udført statisk på ét aktuelt system. Den bekræfter eksistensen og betydningen af decision path, men viser ikke hyppigheden af faktiske kørsler, mængden af udført arbejde, en eventuel backlog efter tilbageførsel af indstillingen og brugerens oplevelse.
Den officielle standardtilstand og fallback til lokale præferencer er dokumenteret af Microsoft. Adfærden ved en ren installation, hvor både policy value og lokal preference value fysisk mangler samtidigt, blev ikke genskabt separat.
Praktisk konklusion
Sektion kaldt “ Praktisk konklusion”For de fleste brugere er det sikrere at beholde Windows default: så bevarer Windows muligheden for på forhånd at registrere og reparere visse problemer.
Deaktivering giver kun mening som et bevidst kompromis, hvis brugeren ønsker at forbyde netop de planlagte diagnosticeringspakker og accepterer tabet af denne forebyggende funktion. Anvend ikke indstillingen for en lovet ydeevneforbedring: en sådan effekt viste undersøgelsen ikke.
Den relaterede gratis indstilling er beskrevet på siden «Planlagt diagnosticering» i BoosterX.
Gendannelse af tilstanden
Sektion kaldt “ Gendannelse af tilstanden”For at vende tilbage skal du fjerne policy override via tilstanden Windows default i BoosterX. Genstart eller genstart af tjenesten er ifølge Microsofts dokumentation ikke nødvendig: ændringen anvendes med det samme.
Efter tilbageførslen bestemmes den konkrete adfærd af Windows’ lokale præferencer. Hvis de ikke er konfigureret, angiver Microsoft registrering, diagnosticering og reparation som slået til som standard.
Offentlige primære kilder
Sektion kaldt “ Offentlige primære kilder”- ADMX_sdiagschd Policy CSP, Microsoft Learn - politikformål, understøttede versioner, Registry mapping, tilstande og anvendelse uden genstart.
Undersøgelsen er offentliggjort af BoosterX-teamet og vedrører produktets indstilling. Tilstedeværelsen af indstillingen i BoosterX blev ikke brugt som bevis for dens effektivitet. BoosterX Wiki er ikke tilknyttet, autoriseret, sponsoreret eller godkendt af Microsoft Corporation.
Seneste kildekontrol: 2026-08-24.
Ændringshistorik
Sektion kaldt “Ændringshistorik”- 2026-09-20: description forkortet til grænsen for søgesnippet.
- 2026-08-24: første offentlige version baseret på Microsofts dokumentation og statisk undersøgelse af Windows 11 Pro 25H2.
