Test placebo: czy drobne ustawienia rejestru wyciszają aktywność w tle
Na tej stronie
Krótka odpowiedź
Dział zatytułowany „Krótka odpowiedź”Nie. 17 „drobnych” parametrów rejestru, które w poradnikach optymalizacyjnych opisuje się jako wyciszanie aktywności w tle, nie zmniejszyło sumarycznego tła: operacje rejestru i plików pozostały w granicach naturalnego rozrzutu czystych godzin. Punktowy efekt udowodniono tylko dla dwóch mechanizmów: wyłączenie LLMNR wyzerowało odpowiednie zapytania sieciowe, a grupa telemetrii zatrzymała okresowe odpytywanie konfiguracji DiagTrack (−98–99.8%). Trzy kolejne parametry zostały odczytane, ale nie dały obserwowalnego efektu.
Status: zmierzono w jednym przebiegu A/B z czterema kontrolnymi godzinami na Windows 11 26H2 w maszynie wirtualnej. Werdykt „brak efektu” dotyczy obserwowanego tła bezczynności; dla parametrów o długim okresie działania okno pomiarowe było niewystarczające.
Weryfikowane twierdzenie
Dział zatytułowany „Weryfikowane twierdzenie”Jedno ogólne: zastosowanie znanego zestawu 17 parametrów rejestru zauważalnie zmniejsza aktywność w tle bezczynnego Windows. Plus 17 szczegółowych: czy każdy parametr zmienia obserwowalne zachowanie.
Zakres badania
Dział zatytułowany „Zakres badania”- Windows 11 Pro, build 26300.9457 (26H2), maszyna wirtualna, ustabilizowany system;
- 17 parametrów rejestru spośród często zalecanych: telemetria, diagnostyka, sieci, zgodność i wyszukiwanie;
- okno z parametrami: 9.2 minuty po 3 minutach stabilizacji; kontrolne czyste okno o tej samej długości plus cztery dodatkowe kontrolne godziny tego samego uruchomienia;
- metryki: uruchomienia procesów i wątków, operacje rejestru, plików i sieci na podstawie śledzenia jądra;
- wszystkie parametry zastosowane jednocześnie i przywrócone natychmiast po pomiarze.
Nie sprawdzano: obciążenia scenariuszowego (instalacja, aktualizacje, praca aplikacji), parametrów o okresie działania dłuższym niż okno, sprzętu fizycznego i innych kompilacji.
Metodyka
Dział zatytułowany „Metodyka”Ścisły A/B na jednym cyklu rozruchu: okno z zastosowanymi parametrami przeciw czystemu oknu o równej długości, plus cztery kontrolne czyste godziny do oceny naturalnego rozrzutu. Zdarzenia śledzenia jądra pogrupowano według procesów; towarzyszący szum monitorowania wykluczono. Wskaźniki znormalizowano na minutę; dla odporności na skoki porównywano mediany sum minutowych bez pierwszej minuty.
Sumaryczne tło: parytet
Dział zatytułowany „Sumaryczne tło: parytet”| Metryka | Z parametrami | Czyste okno | Czyste godziny (rozrzut) | Werdykt |
|---|---|---|---|---|
| Uruchomienia procesów/min | 2549 | 2601 | 2601 | parytet |
| Operacje rejestru/min | 14235 | 14780 | 14394–18951 | w granicach rozrzutu |
| Operacje plików/min | 3098 | 4472 | 3251–4472 | w granicach rozrzutu |
Naturalna zmienność godzin w tle (do 28% według rejestru) jest większa niż jakikolwiek efekt zestawu. Surowe delty „−13% rejestru” i „−53% plików” tłumaczy skok w pierwszej minucie obserwacji, a nie parametry.
Co rzeczywiście się zmieniło
Dział zatytułowany „Co rzeczywiście się zmieniło”| Mechanizm | Wynik | Dowód |
|---|---|---|
| Wyłączenie LLMNR (multicast-rozwiązywanie nazw) | zapytania LLMNR: 17.8–20.7 na 10 minut we wszystkich czystych godzinach → 0 | prawdopodobieństwo przypadku poniżej 1e-7; sparowane zapytanie mDNS nadal przychodziło |
| Grupa telemetrii (AllowTelemetry ×2 + zakaz wysyłania DiagTrack) | aktywność hosta telemetrii: 131–1950 operacji rejestru/min → 3 | okresowe odpytywanie konfiguracji telemetrii zatrzymane natychmiast |
Grupa telemetrii była zastosowana trzema parametrami jednocześnie, dlatego rozdzielenie wkładu każdego z nich w tym eksperymencie jest niemożliwe.
Co zostało obalone
Dział zatytułowany „Co zostało obalone”| Parametr | Oczekiwano | Faktycznie |
|---|---|---|
| Wyłączenie mDNS | zaprzestanie zapytań mDNS | częstotliwość się nie zmieniła: 35.9 na 10 minut wobec 29.6–35.6 w czystych godzinach; wartość jest odczytywana przez usługę |
| Wyłączenie NetBIOS over TCP/IP | zaprzestanie zapytań NetBT | kadencja identyczna: 16.8 wobec 16.1–16.7 na 10 minut |
| Wyłączenie auto-DoH | zmniejszenie zapytań DNS | bez zmian; w tym systemie auto-DoH i tak nie był aktywny |
Czego to okno nie sprawdziło
Dział zatytułowany „Czego to okno nie sprawdziło”Dziesięć parametrów pozostało bez werdyktu: cztery diagnostyki WDI nie były odczytywane w oknie, ich interwały działania są dłuższe niż 9 minut lub ujawniają się tylko przy obciążeniu scenariuszowym; throttlingi śledzenia wyszukiwania wpływają na własny kanał wyszukiwania, który nie wchodził w zakres przechwytywania; parametry zgodności i USB nie miały aktywności w bezczynności do sprawdzenia.
Ważny fakt uboczny: zastosowanie parametrów w gałęziach zasad samo obudziło aktualizację zasad grupy i usługę aplikacji — jednorazowa „cena zastosowania”, która w krótkim oknie wygląda jak wzrost aktywności.
Co potwierdzono
Dział zatytułowany „Co potwierdzono”- Zmierzono: sumarycznego zmniejszenia operacji w tle nie ma; wskaźniki z parametrami leżą wewnątrz rozrzutu czystych godzin.
- Zmierzono: wyłączenie LLMNR całkowicie zatrzymuje zapytania LLMNR, nie ruszając mDNS i NetBIOS.
- Zmierzono: grupa telemetrii zatrzymuje okresowe odpytywanie konfiguracji DiagTrack (−98–99.8% aktywności hosta).
- Zaobserwowano: parametry mDNS i NetBIOS są odczytywane przez usługę, ale nie dają obserwowalnego efektu.
Co nie zostało potwierdzone
Dział zatytułowany „Co nie zostało potwierdzone”- Efekty parametrów WDI, zgodności, USB i throttlingów wyszukiwania: okno lub kanały obserwacji nie pasowały.
- Wkład każdego parametru telemetrii osobno.
- Zachowanie na innych kompilacjach i sprzęcie fizycznym.
- Jakiekolwiek efekty pod obciążeniem: mierzono tylko bezczynność.
Ograniczenia
Dział zatytułowany „Ograniczenia”Jedno okno na stan bez randomizacji kolejności. Zmienność tła Windows jest duża, dlatego wniosek o parytecie opiera się na czterech kontrolnych godzinach, a nie na jednej parze okien. Część dzienników harmonogramu przestała zapisywać zdarzenia podczas okna z parametrami; zadania zaplanowane, które zadziałały w tym czasie, są widoczne po procesach, ale nie po dzienniku. Punktowe werdykty (LLMNR, telemetria) są stabilne: efekt występuje we wszystkich kontrolnych godzinach i zeruje się w oknie z parametrami.
Wniosek praktyczny
Dział zatytułowany „Wniosek praktyczny”Podział na „parametr jest odczytywany” i „parametr steruje zachowaniem” — to najważniejsze. Z 17 sprawdzonych ustawień tylko dwie grupy rzeczywiście zmieniają obserwowalne zachowanie, i obie mają swoje standardowe punkty sterowania: LLMNR w BoosterX zamyka ustawienie „Rozwiązywanie nazw lokalnych”, telemetrię — „Telemetria w zasadach zbierania danych” wraz z „Autologgerami ETW w tle”. Pozostałe tło bezczynnego Windows tworzą Defender, WMI, sprawdzenia licencyjne i Store — ich „drobne” parametry rejestru z tego zestawu tego nie wyciszają.
Materiały pokrewne: badanie „Cicha bezczynność” pokazuje, co rzeczywiście zmniejsza tło; „Pulpit kontra ekran logowania” wyjaśnia, z czego składa się szum resztkowy.
Przywracanie stanu
Dział zatytułowany „Przywracanie stanu”Wszystkie 17 wartości przywrócono natychmiast po zatrzymaniu pomiaru; udane przywrócenie potwierdzono snapshotami. System nie był restartowany do przywrócenia.
Źródła i granice
Dział zatytułowany „Źródła i granice”Pomiary wykonało BoosterX Research na opisanej maszynie wirtualnej. Badanie należy do dewelopera BoosterX, dlatego deweloper ma bezpośredni interes w wyniku; metodykę i granice opisano powyżej, wnioski można zweryfikować na podstawie otwartej metodyki.
- Microsoft: LLMNR i parametr EnableMulticast, sprawdzono 2026-09-22.
- Microsoft: Configure Windows diagnostic data, sprawdzono 2026-09-22.
Ostatnia weryfikacja: 2026-09-22.