Запланована діагностика Windows: що вимикає EnabledExecution
На цій сторінці
Коротка відповідь:
EnabledExecution=0вимикає саме запланований запуск пакетів діагностики Windows. Планувальник і далі може запускати відповідне системне завдання, але його обробник не виконує виявлення, усунення неполадок і автоматичне виправлення. Це не вимикає всю діагностику Windows і не є доведеною оптимізацією FPS, затримки, RAM або диска.
Статус: призначення політики задокументовано Microsoft. На Windows 11 Pro 25H2 статично підтверджено, що її значення перевіряється всередині обробника Scheduled Diagnostics і обмежує виконання діагностичних пакетів. Runtime-поведінка завдання та вплив на продуктивність у цьому дослідженні не вимірювалися.
Твердження, що перевіряється
Section titled “ Твердження, що перевіряється”Ми перевіряли чотири твердження:
- Windows використовує
EnabledExecutionяк machine policy для Scheduled Diagnostics. - Значення
0забороняє заплановане виконання діагностичних пакетів. - Ручний запуск того самого завдання не обходить перевірку політики всередині його обробника.
- Вимкнення цієї політики не означає вимкнення всіх засобів діагностики та обслуговування Windows.
Пов’язані налаштування BoosterX
Section titled “Пов’язані налаштування BoosterX”З цією сторінкою пов’язані «Запланована діагностика», «Автоматичне обслуговування», «Діагностичні події» та «Запис дій». Заборона однієї гілки обслуговування не вимикає всю діагностику Windows і не доводить загальної економії CPU.
Що таке Scheduled Diagnostics
Section titled “ Що таке Scheduled Diagnostics”Scheduled Diagnostics дозволяє Windows періодично виявляти системні проблеми, виконувати діагностику та, за дозволеного рівня, автоматично виправляти частину знайдених неполадок.
Microsoft описує три можливі поведінки:
- виявлення та усунення неполадок із повідомленням користувача для інтерактивного виправлення;
- виявлення, усунення неполадок і автоматичне виправлення частини проблем;
- заборона запланованого виявлення, діагностики та виправлення.
Якщо політику не налаштовано, Windows використовує локальні налаштування усунення неполадок. За відсутності такого локального налаштування Microsoft документує увімкнені за замовчуванням виявлення, діагностику та виправлення.
Область дослідження
Section titled “ Область дослідження”| Область | Що перевірено | Статус |
|---|---|---|
| Microsoft Policy CSP | Призначення, Registry mapping, стан за замовчуванням і застосування без перезавантаження | Задокументовано |
| Windows 11 Pro 25H2 build 26200.8655 x64 | Читання політики та розгалуження обробника Scheduled Diagnostics | Статично підтверджено |
| Windows 10 і Windows Server | Лише застосовність, зазначена в публічній документації | Точний runtime-path не перевірено |
| Користувацька продуктивність | CPU, RAM, I/O, FPS, frametime та input latency | Не вимірювалися |
Публічна документація Microsoft указує підтримку відповідної ADMX-backed policy на Windows 10 2004 з певними cumulative updates і на Windows 11 21H2 та новіших для редакцій Pro, Enterprise, Education і IoT Enterprise. Home у цій таблиці не вказана. Це не доводить незмінності внутрішнього шляху на кожній редакції та збірці.
Методика
Section titled “ Методика”Дослідження об’єднало два класи доказів:
- офіційну документацію Microsoft із призначенням політики, її Registry mapping і станами;
- статичну перевірку системного компонента Windows, що обслуговує завдання Scheduled Diagnostics.
Ми перевірили обробку станів 0, 1, відсутнього значення та додаткового execution level. Віртуальна машина, системні трасування та запуск діагностичних пакетів не використовувалися. Декомпільований код, внутрішні інструменти та сирі артефакти не публікуються.
Результати
Section titled “ Результати”| Стан | Задокументована або підтверджена поведінка |
|---|---|
EnabledExecution=0 |
Заплановане виявлення, діагностика та виправлення заборонені |
EnabledExecution=1 без окремого рівня |
Шлях Scheduled Diagnostics дозволено; точна дія залежить від execution level |
| Політика відсутня | Використовуються локальні налаштування; Microsoft документує увімкнену поведінку за замовчуванням |
| Значення неправильного типу | Нормальне виконання не гарантується; такий стан не рекомендується |
На дослідженій збірці перевірка виконується всередині обробника системного завдання. Тому ручний запуск того самого завдання не перетворює заборонене політикою виконання на дозволене.
Що підтверджено
Section titled “ Що підтверджено”EnabledExecutionстосується Scheduled Diagnostics, а не всієї діагностики Windows.- Значення
0блокує виконання діагностичних пакетів через досліджений scheduled handler. - Системне завдання та його реєстрація при цьому не видаляються.
- Зміна політики застосовується без перезавантаження; для роботи Scheduled Diagnostics потрібна запущена служба Task Scheduler.
- Видалення policy value повертає Windows до локальних налаштувань і штатної логіки за замовчуванням.
Що не підтверджено
Section titled “ Що не підтверджено”- зниження фонового навантаження, CPU, RAM або дискових операцій у вимірюваній величині;
- підвищення середнього FPS, P1, P0.1 або зменшення input latency;
- вимкнення
sfc,chkdsk, Microsoft Defender, оптимізації дисків або всіх завдань обслуговування; - запобігання всім повідомленням Windows про знайдені проблеми;
- однаковий внутрішній шлях на Windows 10, Windows 11 і Windows Server.
Відсутність кількісного результату важлива: виключення одного рідкісного шляху діагностики може взагалі не змінити показники у звичайній ігровій сесії.
Обмеження
Section titled “ Обмеження”Дослідження виконано статично на одній актуальній системі. Воно підтверджує існування та сенс decision path, але не показує частоти фактичних запусків, обсягу виконаної роботи, можливого backlog після повернення налаштування та користувацького ефекту.
Офіційний стан за замовчуванням і fallback до локальних налаштувань задокументовані Microsoft. Поведінка чистої інсталяції, де одночасно фізично відсутні і policy value, і локальне preference value, окремо не відтворювалася.
Практичний висновок
Section titled “ Практичний висновок”Для більшості користувачів безпечніше залишити Windows default: так Windows зберігає можливість заздалегідь виявляти та виправляти деякі проблеми.
Вимкнення має сенс лише як усвідомлений компроміс, якщо користувач хоче заборонити саме заплановані діагностичні пакети та приймає втрату цієї профілактичної функції. Не застосовуйте налаштування заради обіцяного приросту продуктивності: такого результату дослідження не показало.
Пов’язане безкоштовне налаштування описано на сторінці «Запланована діагностика» в BoosterX.
Відновлення стану
Section titled “ Відновлення стану”Для повернення видаліть policy override через стан Windows default у BoosterX. Перезавантаження або перезапуск служби за документацією Microsoft не потрібні: зміна застосовується одразу.
Після повернення конкретна поведінка визначається локальними налаштуваннями Windows. Якщо їх не налаштовано, Microsoft указує увімкнені за замовчуванням виявлення, діагностику та виправлення.
Публічні первинні джерела
Section titled “ Публічні первинні джерела”- ADMX_sdiagschd Policy CSP, Microsoft Learn - призначення політики, підтримувані версії, Registry mapping, стани та застосування без перезавантаження.
Дослідження опубліковано командою BoosterX і стосується налаштування продукту. Наявність налаштування в BoosterX не використовувалася як доказ його ефективності. BoosterX Wiki не пов’язана, не авторизована, не спонсорується та не схвалена Microsoft Corporation.
Остання перевірка джерел: 2026-08-24.
Історія змін
Section titled “Історія змін”- 2026-09-20: скорочено description до ліміту пошукового снипета.
- 2026-08-24: перша публічна версія на основі документації Microsoft і статичної перевірки Windows 11 Pro 25H2.
