Placebotest: dämpar finjusterade registerinställningar bakgrundsaktivitet
På den här sidan
Kort svar
Section titled “Kort svar”Nej. De 17 “finjusterade” registerparametrar som i optimeringsguider beskrivs som dämpning av bakgrundsaktivitet sänkte inte den sammanlagda bakgrunden: register- och filoperationer låg inom den naturliga variationen för rena timmar. En punktvis effekt är bevisad endast för två mekanismer: att inaktivera LLMNR nollställde motsvarande nätverksförfrågningar, och telemetrigruppen stoppade den periodiska avläsningen av DiagTrack-konfigurationen (−98–99,8%). Ytterligare tre parametrar lästes, men gav ingen observerbar effekt.
Status: uppmätt i en A/B-körning med fyra kontrolltimmar på Windows 11 26H2 i en virtuell maskin. Domen “ingen effekt” gäller den observerbara tomgångsbakgrunden; för parametrar med lång arbetsperiod räckte mätfönstret inte.
Det testade påståendet
Section titled “Det testade påståendet”Ett övergripande: att tillämpa en känd uppsättning av 17 registerparametrar märkbart minskar bakgrundsaktiviteten i en Windows som står på tomgång. Plus 17 enskilda: förändrar varje parameter det observerbara beteendet.
Undersökningens omfattning
Section titled “Undersökningens omfattning”- Windows 11 Pro, build 26300.9457 (26H2), virtuell maskin, etablerat system;
- 17 registerparametrar bland de ofta rekommenderade: telemetri, diagnostik, nätverk, kompatibilitet och sökning;
- fönster med parametrarna: 9,2 minuter efter 3 minuters stabilisering; kontrollfönster utan parametrar av samma längd plus fyra ytterligare kontrolltimmar från samma körning;
- mätvärden: process- och trådstart, register-, fil- och nätverksoperationer via kernel-spårning;
- alla parametrar tillämpades samtidigt och återställdes omedelbart efter mätningen.
Ej testat: scenariobelastning (installation, uppdateringar, applikationsarbete), parametrar med arbetsperiod längre än fönstret, fysisk hårdvara och andra builds.
Strikt A/B på en enda uppstartcykel: fönstret med tillämpade parametrar mot ett rent fönster av lika längd, plus fyra rena kontrolltimmar för att bedöma den naturliga variationen. Kernel-spårningshändelser grupperades per process; medföljande övervakningsbrus uteslöts. Antalen normaliserades per minut; för robusthet mot toppar jämfördes medianer av per-minut-summor utan den första minuten.
Resultat
Section titled “Resultat”Sammanlagd bakgrund: likvärdig
Section titled “Sammanlagd bakgrund: likvärdig”| Mätvärde | Med parametrar | Rent fönster | Rena timmar (variation) | Dom |
|---|---|---|---|---|
| Processstarter/min | 2549 | 2601 | 2601 | likvärdig |
| Registeroperationer/min | 14235 | 14780 | 14394–18951 | inom variationen |
| Filoperationer/min | 3098 | 4472 | 3251–4472 | inom variationen |
Den naturliga variationen mellan bakgrundstimmar (upp till 28% för register) är större än någon effekt av uppsättningen. Rådeltan “−13% register” och “−53% filer” förklaras av en topp under den första observationsminuten, inte av parametrarna.
Vad som faktiskt förändrades
Section titled “Vad som faktiskt förändrades”| Mekanism | Resultat | Bevis |
|---|---|---|
| Inaktivering av LLMNR (multicast-namnmatchning) | LLMNR-förfrågningar: 17,8–20,7 per 10 minuter under alla rena timmar → 0 | sannolikheten för slump under 1e-7; den parade mDNS-förfrågan fortsatte att komma |
| Telemetrigruppen (AllowTelemetry ×2 + förbud mot DiagTrack-uppladdning) | telemetrivärdens aktivitet: 131–1950 registeroperationer/min → 3 | den periodiska avläsningen av telemetrikonfigurationen stoppades omedelbart |
Telemetrigruppen tillämpades med tre parametrar samtidigt, så det går inte att separera var och ens bidrag i detta experiment.
Vad som motbevisades
Section titled “Vad som motbevisades”| Parameter | Förväntat | Faktiskt |
|---|---|---|
| Inaktivering av mDNS | upphörande av mDNS-förfrågningar | frekvensen förändrades inte: 35,9 per 10 minuter mot 29,6–35,6 under rena timmar; värdet läses av tjänsten |
| Inaktivering av NetBIOS over TCP/IP | upphörande av NetBT-förfrågningar | kadensen identisk: 16,8 mot 16,1–16,7 per 10 minuter |
| Inaktivering av auto-DoH | minskning av DNS-förfrågningar | oförändrat; i detta system var auto-DoH ändå inte aktiv |
Vad som inte testades i detta fönster
Section titled “Vad som inte testades i detta fönster”Tio parametrar förblev utan dom: fyra WDI-diagnostik lästes inte i fönstret, deras arbetsintervall är längre än 9 minuter eller visar sig endast vid scenariobelastning; strypningarna av sökspårning påverkar den egna sökkanalen, som inte ingick i insamlingen; kompatibilitets- och USB-parametrar hade ingen aktivitet på tomgång att testa.
En viktig sidnotering: att tillämpa parametrar i policygrenar väckte själva uppdateringen av grupprincipen och applikationstjänsten — en engångskostnad för tillämpningen, som i ett kort fönster ser ut som ökad aktivitet.
Vad som bekräftats
Section titled “Vad som bekräftats”- Uppmätt: ingen sammanlagd minskning av bakgrundsoperationer; antalen med parametrar ligger inom variationen för rena timmar.
- Uppmätt: inaktivering av LLMNR stoppar helt LLMNR-förfrågningar utan att röra mDNS och NetBIOS.
- Uppmätt: telemetrigruppen stoppar den periodiska avläsningen av DiagTrack-konfigurationen (−98–99,8% av värdens aktivitet).
- Observerat: parametrarna för mDNS och NetBIOS läses av tjänsten, men ger ingen observerbar effekt.
Vad som inte bekräftats
Section titled “Vad som inte bekräftats”- Effekterna av parametrarna för WDI, kompatibilitet, USB och sökstrypningar: fönstret eller observationskanalerna passade inte.
- Bidraget från varje telemetriparameter för sig.
- Beteendet på andra builds och fysisk hårdvara.
- Eventuella effekter under belastning: endast tomgång mättes.
Begränsningar
Section titled “Begränsningar”Ett fönster per tillstånd utan randomisering av ordningen. Bakgrundsvariationen i Windows är stor, så slutsatsen om likvärdighet vilar på fyra kontrolltimmar, inte på ett enda par av fönster. En del av schemaläggarens loggar slutade skriva händelser under fönstret med parametrar; schemalagda uppgifter som utlöstes under den tiden syns via processer, men inte via loggen. De punktvisa domarna (LLMNR, telemetri) är robusta: effekten finns i alla kontrolltimmar och nollställs i fönstret med parametrar.
Praktisk slutsats
Section titled “Praktisk slutsats”Uppdelningen i “parametern läses” och “parametern styr beteendet” är det viktigaste. Av de 17 testade inställningarna är det bara två grupper som faktiskt förändrar det observerbara beteendet, och båda har sina egna ordinarie styrpunkter: LLMNR stängs i BoosterX av inställningen “Matchning av lokala namn”, telemetrin av “Telemetri i policyn för datainsamling” tillsammans med “Bakgrundsmässiga ETW-autologgare”. Resten av bakgrunden i en Windows på tomgång skapas av Defender, WMI, licenskontroller och Store — deras “finjusterade” registerparametrar i denna uppsättning dämpar inte detta.
Närliggande material: undersökningen “Tyst tomgång” visar vad som faktiskt minskar bakgrunden; “Skrivbord mot inloggningsskärm” förklarar vad restbruset består av.
Återställning av tillståndet
Section titled “Återställning av tillståndet”Alla 17 värden återställdes omedelbart efter att mätningen stoppats; en lyckad återgång bekräftades med ögonblicksbilder. Systemet startades inte om före återställningen.
Källor och gränser
Section titled “Källor och gränser”Mätningarna utfördes av BoosterX Research på den beskrivna virtuella maskinen. Undersökningen tillhör utvecklaren av BoosterX, så utvecklaren har ett direkt intresse av resultatet; metoden och gränserna beskrivs ovan, slutsatserna kan verifieras mot den öppna metoden.
- Microsoft: LLMNR och parametern EnableMulticast, kontrollerat 2026-09-22.
- Microsoft: Configure Windows diagnostic data, kontrollerat 2026-09-22.
Senaste kontroll: 2026-09-22.