Diagnostic planifié de Windows : ce que désactive EnabledExecution

Réponse courte : EnabledExecution=0 désactive précisément le lancement planifié des packages de diagnostic Windows. Le Planificateur de tâches peut toujours lancer la tâche système correspondante, mais son gestionnaire n’effectue ni détection, ni résolution des problèmes, ni correction automatique. Cela ne désactive pas l’ensemble des diagnostics Windows et ne constitue pas une optimisation prouvée des FPS, de la latence, de la RAM ou du disque.

Statut : la finalité de la politique est documentée par Microsoft. Sur Windows 11 Pro 25H2, il est confirmé statiquement que sa valeur est vérifiée à l’intérieur du gestionnaire Scheduled Diagnostics et limite l’exécution des packages de diagnostic. Le comportement d’exécution de la tâche et l’impact sur les performances n’ont pas été mesurés dans cette étude.

Affirmation vérifiée

Nous avons vérifié quatre affirmations :

1. Windows utilise EnabledExecution comme machine policy pour Scheduled Diagnostics.
2. La valeur 0 interdit l’exécution planifiée des packages de diagnostic.
3. Le lancement manuel de la même tâche ne contourne pas la vérification de la politique à l’intérieur de son gestionnaire.
4. La désactivation de cette politique ne signifie pas la désactivation de tous les outils de diagnostic et de maintenance de Windows.

Paramètres BoosterX associés

Cette page est liée à « Diagnostic planifié », « Maintenance automatique », « Événements de diagnostic » et « Enregistrement des actions ». L’interdiction d’une branche de maintenance ne désactive pas l’ensemble des diagnostics Windows et ne prouve pas une économie générale de CPU.

Qu’est-ce que Scheduled Diagnostics

Scheduled Diagnostics permet à Windows de détecter périodiquement des problèmes système, d’effectuer des diagnostics et, lorsque le niveau autorisé le permet, de corriger automatiquement une partie des problèmes détectés.

Microsoft décrit trois comportements possibles :

• détection et résolution des problèmes avec notification à l’utilisateur pour une correction interactive ;
• détection, résolution des problèmes et correction automatique d’une partie des problèmes ;
• interdiction de la détection, du diagnostic et de la correction planifiés.

Si la politique n’est pas configurée, Windows utilise les préférences locales de résolution des problèmes. En l’absence d’un tel paramètre local, Microsoft documente la détection, le diagnostic et la correction activés par défaut.

Périmètre de l’étude

Domaine	Ce qui a été vérifié	Statut
Microsoft Policy CSP	Finalité, Registry mapping, état par défaut et application sans redémarrage	Documenté
Windows 11 Pro 25H2 build 26200.8655 x64	Lecture de la politique et branchement du gestionnaire Scheduled Diagnostics	Confirmé statiquement
Windows 10 et Windows Server	Uniquement l’applicabilité indiquée dans la documentation publique	Chemin d’exécution exact non vérifié
Performances utilisateur	CPU, RAM, I/O, FPS, frametime et input latency	Non mesurées

La documentation publique de Microsoft indique la prise en charge de la politique ADMX-backed correspondante sur Windows 10 2004 avec certains cumulative updates et sur Windows 11 21H2 et versions ultérieures pour les éditions Pro, Enterprise, Education et IoT Enterprise. Home n’est pas indiquée dans ce tableau. Cela ne prouve pas l’invariabilité du chemin interne sur chaque édition et chaque build.

Méthodologie

L’étude a combiné deux classes de preuves :

• la documentation officielle Microsoft avec la finalité de la politique, son Registry mapping et ses états ;
• la vérification statique du composant système Windows qui gère la tâche Scheduled Diagnostics.

Nous avons vérifié le traitement des états 0, 1, de la valeur absente et d’un execution level supplémentaire. La machine virtuelle, les traces système et le lancement des packages de diagnostic n’ont pas été utilisés. Le code décompilé, les outils internes et les artefacts bruts ne sont pas publiés.

Résultats

État	Comportement documenté ou confirmé
EnabledExecution=0	Détection, diagnostic et correction planifiés interdits
EnabledExecution=1 sans niveau distinct	Chemin Scheduled Diagnostics autorisé ; l’action exacte dépend de l’execution level
Politique absente	Les préférences locales sont utilisées ; Microsoft documente le comportement activé par défaut
Valeur de type incorrect	L’exécution normale n’est pas garantie ; cet état n’est pas recommandé

Sur le build étudié, la vérification est effectuée à l’intérieur du gestionnaire de la tâche système. Par conséquent, le lancement manuel de cette même tâche ne transforme pas une exécution interdite par la politique en exécution autorisée.

Ce qui est confirmé

• EnabledExecution concerne Scheduled Diagnostics, et non l’ensemble des diagnostics Windows.
• La valeur 0 bloque l’exécution des packages de diagnostic via le scheduled handler étudié.
• La tâche système et son enregistrement ne sont pas supprimés pour autant.
• La modification de la politique s’applique sans redémarrage ; le fonctionnement de Scheduled Diagnostics nécessite le service Task Scheduler démarré.
• La suppression de la policy value ramène Windows aux préférences locales et à la logique par défaut standard.

Ce qui n’est pas confirmé

• la réduction de la charge en arrière-plan, du CPU, de la RAM ou des opérations disque d’une ampleur mesurable ;
• l’augmentation du FPS moyen, du P1, du P0.1 ou la diminution de l’input latency ;
• la désactivation de sfc, chkdsk, Microsoft Defender, de l’optimisation des disques ou de toutes les tâches de maintenance ;
• la prévention de toutes les notifications Windows concernant les problèmes détectés ;
• un chemin interne identique sur Windows 10, Windows 11 et Windows Server.

L’absence de résultat quantitatif est importante : l’exclusion d’un chemin de diagnostic rare peut ne pas modifier du tout les indicateurs lors d’une session de jeu ordinaire.

Limites

L’étude a été réalisée statiquement sur un seul système à jour. Elle confirme l’existence et le sens du decision path, mais ne montre pas la fréquence des lancements réels, le volume de travail effectué, l’éventuel backlog après le retour du paramètre et l’effet pour l’utilisateur.

L’état par défaut officiel et le fallback vers les préférences locales sont documentés par Microsoft. Le comportement d’une installation propre, où la policy value et la local preference value sont physiquement absentes en même temps, n’a pas été reproduit séparément.

Conclusion pratique

Pour la plupart des utilisateurs, il est plus sûr de conserver Windows default : Windows garde ainsi la possibilité de détecter et de corriger à l’avance certains problèmes.

La désactivation n’a de sens que comme compromis assumé, si l’utilisateur veut interdire précisément les packages de diagnostic planifiés et accepte la perte de cette fonction préventive. N’appliquez pas ce paramètre en vue d’un gain de performances promis : l’étude n’a pas montré un tel résultat.

Le paramètre gratuit associé est décrit sur la page « Diagnostic planifié » dans BoosterX.

Restauration de l’état

Pour revenir en arrière, supprimez le policy override via l’état Windows default dans BoosterX. Un redémarrage ou un redémarrage du service n’est pas nécessaire selon la documentation Microsoft : la modification s’applique immédiatement.

Après le retour, le comportement concret est déterminé par les préférences locales de Windows. Si elles ne sont pas configurées, Microsoft indique la détection, le diagnostic et la correction activés par défaut.

Sources primaires publiques

• ADMX_sdiagschd Policy CSP, Microsoft Learn - finalité de la politique, versions prises en charge, Registry mapping, états et application sans redémarrage.

L’étude est publiée par l’équipe BoosterX et concerne un paramètre du produit. La présence d’un paramètre dans BoosterX n’a pas été utilisée comme preuve de son efficacité. BoosterX Wiki n’est ni affiliée, ni autorisée, ni sponsorisée, ni approuvée par Microsoft Corporation.

Dernière vérification des sources : 2026-08-24.

Historique des modifications

• 2026-09-20: description réduite à la limite du snippet de recherche.
• 2026-08-24: première version publique basée sur la documentation Microsoft et la vérification statique de Windows 11 Pro 25H2.