Tyst tomgång: Windows bakgrund före och efter optimering
På den här sidan
Kort svar
Section titled “Kort svar”Att inaktivera bakgrundskomponenter i Windows gör verkligen idle-läget tystare: i två oberoende mätserier sjönk antalet processer med 49–56 %, CPU-användningen i idle med 17–67 %, och mängden minnesåtaganden (commit) med 52 % i den andra serien. Men under full CPU-belastning ökade genomströmningen endast med 0,2–0,5 %. “Tyst idle” är en bekräftad minskning av bakgrundsarbete och resurskonkurrens, inte en FPS-ökning: den slutliga spel-effekten mättes inte i denna studie.
Status: effektriktningen har reproducerats i två oberoende serier på samma Windows 11-build i en virtuell maskin. Storlekarna skiljer sig mellan serierna eftersom Windows bakgrundsarbete kommer i stötar: i ett fönster med Microsoft Defender-skanning når skillnaden i CPU-användning −67 %, i ett redan tyst fönster −17 %.
Testbart påstående
Section titled “Testbart påstående”Vi testade fyra påståenden:
- Att inaktivera bakgrundskomponenter minskar systemaktiviteten i idle märkbart.
- Det minskar aktiviteten märkbart under de första minuterna efter start.
- Det minskar minnesförbrukningen märkbart.
- Det ger en mätbar prestandaökning under full CPU-belastning.
Studieomfattning
Section titled “Studieomfattning”- Windows 11 Pro, build 26300.9457 (26H2);
- virtuell maskin: 4 vCPU, 8 GB RAM, virtualisering VMware;
- två tillstånd av samma installation: ursprungligt (“före”) och efter tillämpning av BoosterX optimeringsprofil (den build som var aktuell vid mätningstillfällena);
- två oberoende mätserier: 2026-09-18 och 2026-09-19; tillstånden jämfördes på oberoende diskkopior så att mätningarna inte påverkade varandra;
- faser: 5 minuter efter start, 5 minuter stabilisering, 5 minuter idle;
- korta syntetiska belastningar: 1, 4 och 8 trådar, minnesbelastning, taktad belastning och prioritetsblandningar.
Mätningarna omfattade inte riktiga spel, GPU-belastning, fysisk hårdvara eller långa fönster (timmar och dagar).
Metodik
Section titled “Metodik”Protokollet följer “Hur vi undersöker Windows”:
- varje fas spelades in med ETW-spårning (Windows Performance Recorder, lätta profiler för CPU, disk, filer och nätverk) och prestandaräknare med 5 sekunders intervall (system) och 15 sekunder (per process);
- fasen “efter start” startades med en kontrollerad omstart och aktiverades vid en uptime på omkring en minut;
- i varje spårning kontrollerades antalet förlorade händelser — i alla redovisade fönster är det noll;
- medelvärdesberäkning gjordes endast över fullständiga femsekundersintervall inom fasens gränser (59 intervall per fas);
- i serie 2 uteslöts den första körningen “före” på grund av att den virtuella maskinen gick i sömn; en upprepning användes;
- belastningsproverna kördes två gånger, medianer redovisas; CPU-användningen är normaliserad mot fyra vCPU.
“Före” och “efter” är tillstånd av samma Windows-installation: “efter” erhölls genom att tillämpa optimeringsprofilen, “före” är det ursprungliga tillståndet. En hel uppsättning inställningar ändrades, därför bedömdes inte det isolerade bidraget från en enskild inaktivering.
Resultat
Section titled “Resultat”Serie 1 (2026-09-18) — etablerat idle utan aktivt underhåll:
| Metrik | Före | Efter | Förändring |
|---|---|---|---|
| CPU-användning, % | 2,48 | 2,06 | −17 % |
| DPC + ISR, % CPU | 1,73 | 1,59 | −8 % |
| Kontextväxlingar, /s | 469 | 381 | −19 % |
| Processer (medel) | 134,9 | 69,3 | −49 % |
| Trådar (medel) | 1 444,6 | 738,7 | −49 % |
| Total CPU för alla processer, % | 1,22 | 1,06 | −13 % |
| Tillgängligt minne, MB | 5 490 | 6 518 | +1 028 |
| Diskläsning, KB/s | 22,6 | 24,4 | +8 % |
| Diskskrivning, KB/s | 311,3 | 262,1 | −16 % |
| Nätverk (mottagning), KB/s | 132,6 | 2,2 | −98 % |
| Nätverk (sändning), KB/s | 43,2 | 4,7 | −89 % |
Serie 2 (2026-09-19) — samma idle-fönster, men i tillståndet “före” pågick en bakgrundsskanning av Microsoft Defender:
| Metrik | Före | Efter | Förändring |
|---|---|---|---|
| CPU-användning, % | 33,37 | 11,03 | −67 % |
| Kontextväxlingar, /s | 3 737 | 291 | −92 % |
| Processer (medel) | 142,3 | 61,9 | −56 % |
| Trådar (medel) | 1 494,7 | 637,1 | −57 % |
| Tillgängligt minne, MB | 5 174 | 6 653 | +1 479 |
| Använt fysiskt minne, MB | 3 017 | 1 538 | −49 % |
| Minnesåtaganden (commit), MB | 2 617 | 1 249 | −52 % |
| Nonpaged pool, MB | 298,2 | 212,9 | −29 % |
| Paged pool, MB | 258,5 | 86,0 | −67 % |
| DPC, % CPU | 0,89 | 0,19 | −78 % |
| Diskläsning, MB/s | 7,42 | 0,01 | −99,9 % |
| Diskskrivning, MB/s | 4,57 | 0,23 | −95,0 % |
Nätverk i idle i serie 2 var nästan obefintligt i båda tillstånden (tiotals byte per sekund), därför redovisas inga nätverksrader för den. Skillnaden mellan serierna är inte en motsägelse utan en egenskap hos själva bakgrunden: när Windows utför underhåll sparar inaktivering av bakgrundskomponenter mer; när fönstret redan är tyst — mindre.
De första minuterna efter start
Section titled “De första minuterna efter start”| Metrik | Serie 1 (före → efter) | Serie 2 (före → efter) |
|---|---|---|
| CPU-användning, % | 3,42 → 2,59 | 14,62 → 11,88 |
| Kontextväxlingar, /s | 1 114 → 600 | 1 257 → 393 |
| Processer | 132 → 74 | 139 → 64 |
| Trådar | — | 1 719 → 746 |
| Använt fysiskt minne, MB | — | 2 821 → 1 581 |
| Tillgängligt minne, MB | — | 5 370 → 6 610 |
| Diskläsning, KB/s | — | 826 → 433 |
| Diskskrivning, KB/s | 634 → 418 | 709 → 298 |
| Nätverk (mottagning), KB/s | — | 1,15 → ~0 |
Ett streck betyder att metriken för fasen inte registrerades i den serien.
Sammansättning och minne
Section titled “Sammansättning och minne”Inventeringsögonblicksbild i idle (serie 1):
| Före | Efter | |
|---|---|---|
| Processer | 136 | 70 |
| Trådar | 1 679 | 842 |
| Total working set, MB | 3 841 | 1 868 |
| Totala private bytes, MB | 1 524 | 660 |
De största minnesförbrukarna före optimering: antivirusprocessen MsMpEng.exe (257 MB), explorer.exe (213 MB), StartMenuExperienceHost (144 MB), msedge.exe (133 MB), SearchHost.exe (122 MB). Efter optimering toppades listan av explorer.exe (170 MB), msedgewebview2 (119 MB), SearchHost.exe (115 MB) och StartMenuExperienceHost (106 MB).
Tillgängligt minne ökade med 1,0–1,5 GB, och mängden åtaganden (commit) minskade med 52 %. Vad av detta som verkligen kan “frigöras” och varför summan av processers working set inte är samma sak som ledigt minne, analyseras i “Hur mycket minne kan man egentligen frigöra i Windows”.
Under full belastning
Section titled “Under full belastning”Korta syntetiska prover (serie 2, medianer av två upprepningar):
| Scenario | Förändring av genomströmning | CPU-användning: före / efter |
|---|---|---|
| En tråd | +5,4 % | 21,9 / 22,6 % |
| Fyra trådar (full) | +0,19 % | 88,9 / 89,4 % |
| Åtta trådar (full) | +0,50 % | 88,9 / 88,8 % |
| Minnesbelastning | +11,2 % | 84,8 / 87,5 % |
| Taktad (pauser 1 ms) | +5,4 % | 64,3 / 67,7 % |
| Blandade prioriteter | +8,5 % | 21,2 / 22,5 % |
| Bakgrundsprioritet | +77,1 % | 38,8 / 65,2 % |
Vid full belastning med fyra trådar fick den nyttiga processen omkring 89 % av kapaciteten hos fyra vCPU både före och efter optimering. De återstående ~11 % i den virtuella maskinen kan inte förklaras som eliminerbart “Windows-brus”: hypervisorns schemaläggning syns inte i gästens spårning. Arbetsrådarna fördelades jämnt (spridningen i arbetsmängd mellan dem — 0,994–0,997), ingen svält observerades, och CPU-kön i idle efter optimering är i praktiken tom.
Vart bakgrunden tar vägen
Section titled “Vart bakgrunden tar vägen”Uppmätta källor till bakgrundsaktivitet i tillståndet “före”:
- antivirusskanning — huvudkällan i serie 2:s fönster: processen
MsMpEng.exeförbrukade 212 CPU-sekunder under ett femminutersfönster i idle; - i det ursprungliga tillståndet arbetade söktjänsten, tjänsten SysMain, telemetri, utskriftshanteraren och andra komponenter — optimeringsprofilen försätter omkring 50 bakgrundstjänster och 58 schemalagda uppgifter i inaktiverat tillstånd;
- efter start åtföljs aktiviteten av Windows uppdateringsorkestrator.
Att inaktivera bakgrundskomponenter eliminerar inte bakgrunden helt: i det optimerade tillståndet fortsatte bedömningen av appkompatibilitet att köras (omkring 3,7 ms CPU per sekund i underhållsfönstret), och den totala kvarvarande bakgrunden i etablerat idle uppgick till 4,8 ms CPU per sekund — omkring 0,12 % av kapaciteten hos fyra vCPU (mätt via spårning).
Vad som bekräftats
Section titled “Vad som bekräftats”- Reproducerat (två oberoende serier): antalet processer −49…−56 %, trådar −49…−57 %, tillgängligt minne +1,0–1,5 GB.
- Mätt (serie 2): commit −52 % i idle; använt fysiskt minne −49 % i idle och −44 % i fasen efter start.
- Mätt: CPU-användning i idle −17 % i ett tyst fönster och −67 % i ett fönster med skanning; kontextväxlingar −19 % och −92 %; DPC −78 % (serie 2:s fönster); aktiviteten efter start lägre i båda serierna.
- Mätt: under full CPU-belastning en genomströmningsökning på +0,19 % (4 trådar) och +0,50 % (8 trådar); vid partiell och blandad belastning — från +5,4 till +11,2 %.
- Mätt: belastning av klassen bakgrundsprioritet gick 77,1 % snabbare — i tillståndet “före” konkurrerade den med Windows eget bakgrundsarbete, inklusive antivirusskanningen.
- Observerat: de främsta källorna till bakgrunden — antivirusskanning, underhåll och kompatibilitetsuppgifter; efter optimering är den kvarvarande bakgrunden nära noll, men inte noll.
Vad som inte bekräftats
Section titled “Vad som inte bekräftats”- Ökning av FPS, minskad input lag eller frametime i riktiga spel: mättes inte. Syntetiska CPU-prover modellerar inte ett spel med GPU och bevisar inte spel-effekten.
- Det isolerade bidraget från varje enskild inaktivering: en hel uppsättning ändringar tillämpades.
- Överföring av absoluta storlekar till fysisk hårdvara, andra builds och andra optimeringsprofiler.
- Hållbarhet över långa fönster: varje fas är 5 minuter; Windows bakgrundsarbete kommer i stötar, därför mättes inte en “genomsnittlig dag”.
Begränsningar
Section titled “Begränsningar”- Mätningarna utfördes i en virtuell maskin. Virtualisering bidrar med sin egen andel DPC/ISR och döljer värdenas schemaläggning; på fysisk hårdvara blir de absoluta värdena andra. Andelar och riktning i jämförelsen “före/efter” bibehålls under identiska förhållanden.
- Metriken ISR uteslöts från tabellerna: i en virtuell maskin avviker ISR-räknaren via PDH från avbrottshanterare via ETW med omkring 10 % och summerar inte till en exakt summa.
- Fönstret “före” i serie 2 innehöll en aktiv Defender-skanning, och värdenas belastning mellan fönstren skilde sig (i genomsnitt 44 % mot 24 %). Därför är storlekarna knutna till specifika fönster; riktningen bekräftas av två serier.
- I serie 1 avbröts en del av idle-fasen av en extern paus i den virtuella maskinen på omkring 26 sekunder; inspelningen slutfördes efter återupptagningen, inga förlorade händelser.
- Belastningsproverna — två upprepningar: detta är beskrivande statistik, statistisk signifikans bedömdes inte.
- En del av vinsten i idle beror på att skyddskomponenter i Microsoft Defender inaktiveras. Ett system utan antivirusskydd är en medveten kompromiss, inte en optimering utan kostnader; skyddet bör inaktiveras med insikt om priset.
- Mätlagret (spårning och räknare) skapar självt en liten bakgrundsbelastning; den finns i båda tillstånden.
Studien och de använda verktygen tillhör utvecklaren av BoosterX, därför har utvecklaren ett direkt intresse av resultaten. Metodiken och tillämpningsgränserna beskrivs ovan, och slutsatserna kan verifieras mot öppna data och de listade offentliga källorna.
Praktisk slutsats
Section titled “Praktisk slutsats”Minskningen av bakgrundsbruset är en verklig, två gånger reproducerad effekt: hälften så många processer och trådar, hälften så stora minnesåtaganden, en storleksordning mindre disk- och nätverksaktivitet i idle. Det är nyttigt i sig — för systemets responsivitet, bakgrundsuppgifter, temperatur, fläktljud och batteritid — och kräver inga FPS-löften.
Vad man inte bör förvänta sig av detta: en prestandaökning under full belastning. Om CPU redan är belastad med nyttigt arbete till ~89 % av kapaciteten, kommer inaktivering av bakgrundsaktivitet inte att tillföra de återstående 11 % — i den virtuella maskinen tillhör de inte Windows. Ju mer upptagen systemet är vid jämförelsen, desto större är den synliga effekten: i ett underhållsfönster är skillnaden mångfaldig, i ett tyst fönster — måttlig.
Rekommendation: bedöm bakgrunden före och efter alla ändringar på din egen dator (Aktivitetshanteraren → “Prestanda” och “Processer”, Resursmonitor), och utgå inte från andras procenttal. Om målet är FPS i ett specifikt spel, mät just det före och efter ändringen.
Återställning av tillstånd
Section titled “Återställning av tillstånd”Båda serierna utfördes i isolerade virtuella maskiner på oberoende diskkopior; efter mätningarna återställdes maskinerna till sina ursprungliga tillstånd. Artikeln kräver inte att läsaren ändrar några parametrar, därför behövs ingen separat återställningsåtgärd på användarens dator.
Offentliga primärkällor
Section titled “Offentliga primärkällor”- Microsoft: Windows Performance Recorder — verktyget för inspelning av ETW-spårningar som användes i metodiken; kontrollerat 2026-09-20.
- Microsoft: About Event Tracing — ETW-modellen och kontroll av förlorade händelser; kontrollerat 2026-09-20.
- Microsoft: Microsoft Defender Antivirus i Windows — Defenders processer och tjänster, inklusive
MsMpEng.exe(“Antimalware Service Executable” i Aktivitetshanteraren); kontrollerat 2026-09-20. - Hur vi undersöker Windows — bevisnivåer och mätprotokoll.
- Service Host och bakgrundskomponenter i Windows 11 — hur Windows placerar bakgrundstjänster i processer.
- Hur mycket minne kan man egentligen frigöra i Windows — detaljerad genomgång av minnet från samma experiment.
- Skrivbord mot inloggningsskärm — fortsättning: vad användarsessionens brus består av.
Ändringshistorik
Section titled “Ändringshistorik”- 2026-09-20: första publiceringen — två oberoende serier av idle-mätningar, faser efter start, inventering och belastningsprover.
- 2026-09-20: attribueringen av resultat per serie förtydligades (commit och använt fysiskt minne — endast serie 2; processer −49…−56 %); ansvarsfriskrivningen om intressekonflikt fördes till den kanoniska formuleringen.