Перейти до вмісту

Плацебо-тест: чи глушать тонкі налаштування реєстру фонову активність

На цій сторінці

Ні. 17 «тонких» параметрів реєстру, які в оптимізаційних гайдах описують як глушіння фонової активності, не знизили сумарний фон: операції реєстру та файлів залишилися в межах природного розкиду чистих годин. Точковий ефект доведено лише для двох механізмів: вимкнення LLMNR обнулило відповідні мережеві запити, а група телеметрії зупинила періодичне опитування конфігурації DiagTrack (−98–99.8%). Ще три параметри прочитано, але спостережуваного ефекту вони не дали.

Статус: виміряно в одному A/B-прогоні з чотирма контрольними годинами на Windows 11 26H2 у віртуальній машині. Вердикт «немає ефекту» стосується спостережуваного фону простою; для параметрів із довгим періодом роботи вікна вимірювання не вистачило.

Твердження, що перевіряється

Section titled “Твердження, що перевіряється”

Одне загальне: застосування відомого набору з 17 параметрів реєстру помітно знижує фонову активність Windows у простої. Плюс 17 часткових: чи змінює кожен параметр спостережувану поведінку.

  • Windows 11 Pro, build 26300.9457 (26H2), віртуальна машина, усталена система;
  • 17 параметрів реєстру з-поміж часто рекомендованих: телеметрія, діагностика, мережі, сумісність і пошук;
  • вікно з параметрами: 9.2 хвилини після 3 хвилин стабілізації; контрольне чисте вікно тієї самої тривалості плюс чотири додаткові контрольні години того самого запуску;
  • метрики: запуски процесів і потоків, операції реєстру, файлів і мережі за трасуванням ядра;
  • усі параметри застосовано одночасно й відновлено одразу після вимірювання.

Не перевірялися: сценарне навантаження (встановлення, оновлення, робота застосунків), параметри з періодом роботи довшим за вікно, фізичне обладнання та інші збірки.

Строгий A/B на одному циклі завантаження: вікно із застосованими параметрами проти чистого вікна рівної тривалості, плюс чотири контрольні чисті години для оцінки природного розкиду. Події трасування ядра згруповано за процесами; супутній шум моніторингу виключено. Ставки нормовано на хвилину; для стійкості до сплесків порівнювалися медіани похвилинних сум без першої хвилини.

Метрика З параметрами Чисте вікно Чисті години (розкид) Вердикт
Запуски процесів/хв 2549 2601 2601 паритет
Операції реєстру/хв 14235 14780 14394–18951 у межах розкиду
Операції файлів/хв 3098 4472 3251–4472 у межах розкиду

Природна варіативність фонових годин (до 28% за реєстром) більша за будь-який ефект набору. Сирі дельти «−13% реєстру» та «−53% файлів» пояснюються сплеском першої хвилини спостереження, а не параметрами.

Механізм Результат Доказ
Вимкнення LLMNR (multicast-розв’язання імен) запити LLMNR: 17.8–20.7 за 10 хвилин у всіх чистих годинах → 0 імовірність випадковості нижча за 1e-7; парний mDNS-запит продовжував надходити
Група телеметрії (AllowTelemetry ×2 + заборона вивантаження DiagTrack) активність хоста телеметрії: 131–1950 операцій реєстру/хв → 3 періодичне опитування конфігурації телеметрії зупинено негайно

Групу телеметрії застосовано трьома параметрами одночасно, тому розділити внесок кожного з них у цьому експерименті неможливо.

Параметр Очікувалося Фактично
Вимкнення mDNS припинення mDNS-запитів частота не змінилася: 35.9 за 10 хвилин проти 29.6–35.6 у чистих годинах; значення читається службою
Вимкнення NetBIOS over TCP/IP припинення NetBT-запитів каденс ідентичний: 16.8 проти 16.1–16.7 за 10 хвилин
Вимкнення авто-DoH зниження DNS-запитів без змін; у цій системі авто-DoH і так не був активний

Що не перевірено цим вікном

Section titled “Що не перевірено цим вікном”

Десять параметрів залишилися без вердикту: чотири діагностики WDI не читалися у вікні, інтервали їхньої роботи довші за 9 хвилин або проявляються лише за сценарного навантаження; троттли трасування пошуку впливають на власний канал пошуку, який не входив у захоплення; параметри сумісності та USB не мали активності в простої для перевірки.

Важливий побічний факт: застосування параметрів у гілках політик саме розбудило оновлення групової політики та службу застосунків — разова «ціна застосування», яка в короткому вікні виглядає як зростання активності.

  • Виміряно: сумарного зниження фонових операцій немає; ставки з параметрами лежать усередині розкиду чистих годин.
  • Виміряно: вимкнення LLMNR повністю припиняє LLMNR-запити, не торкаючись mDNS і NetBIOS.
  • Виміряно: група телеметрії зупиняє періодичне опитування конфігурації DiagTrack (−98–99.8% активності хоста).
  • Спостерігалося: параметри mDNS і NetBIOS читаються службою, але спостережуваного ефекту не дають.
  • Ефекти параметрів WDI, сумісності, USB і троттлів пошуку: вікно або канали спостереження не підходили.
  • Внесок кожного параметра телеметрії окремо.
  • Поведінка на інших збірках і фізичному обладнанні.
  • Будь-які ефекти під навантаженням: вимірювався лише простій.

Одне вікно на стан без рандомізації порядку. Фонова варіативність Windows велика, тому висновок про паритет спирається на чотири контрольні години, а не на одну пару вікон. Частина журналів планувальника перестала писати події під час вікна з параметрами; планові задачі, що спрацювали в цей час, видно за процесами, але не за журналом. Точкові вердикти (LLMNR, телеметрія) стійкі: ефект присутній у всіх контрольних годинах і обнуляється у вікні з параметрами.

Поділ на «параметр читається» та «параметр керує поведінкою» — головне. З 17 перевірених налаштувань лише дві групи реально змінюють спостережувану поведінку, і обидві мають свої штатні точки керування: LLMNR у BoosterX закриває налаштування «Розв’язання локальних імен», телеметрію — «Телеметрія в політиці збору даних» разом із «Фоновими ETW-автологерами». Решту фону Windows у простої створюють Defender, WMI, ліцензійні перевірки та Store — їхні «тонкі» параметри реєстру цього набору не глушать.

Суміжні матеріали: дослідження «Тихий простій» показує, що реально знижує фон; «Десктоп проти екрана входу» пояснює, з чого складається залишковий шум.

Усі 17 значень відновлено одразу після зупинки вимірювання; успішне повернення зафіксовано знімками. Система не перезавантажувалася до відновлення.

Вимірювання виконано BoosterX Research на описаній віртуальній машині. Дослідження належить розробнику BoosterX, тому в розробника є прямий інтерес до результату; методику та межі описано вище, висновки можна перевірити за відкритою методикою.

Остання перевірка: 2026-09-22.