Lugn inaktivitet: Windows i bakgrunden före och efter optimering
På den här sidan
Kort svar
Section titled “Kort svar”Att inaktivera bakgrundskomponenter i Windows gör faktiskt inaktiviteten lugnare: i två oberoende mätserier minskade antalet processer med 49–56 %, CPU-belastningen vid inaktivitet med 17–67 % och mängden minnesåtaganden (commit) med 52 % i den andra serien. Men under full CPU-belastning ökade genomströmningen bara med 0,2–0,5 %. ”Lugn inaktivitet” innebär en bekräftad minskning av bakgrundsarbete och konkurrens om resurser, inte högre FPS: den slutliga speleffekten mättes inte i den här undersökningen.
Status: effektens riktning har reproducerats i två oberoende serier på samma Windows-version 11 i en virtuell maskin. Värdena skiljer sig mellan serierna eftersom bakgrundsaktiviteten i Windows kommer i toppar: under ett mätfönster med en genomsökning av Microsoft Defender når skillnaden i CPU-belastning −67 %, medan den är −17 % under ett redan lugnt mätfönster.
Påstående som kan verifieras
Section titled “Påstående som kan verifieras”Vi undersökte fyra påståenden:
- Att inaktivera bakgrundskomponenter minskar systemaktiviteten märkbart vid inaktivitet.
- 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.
Undersökningens omfattning
Section titled “Undersökningens omfattning”- Windows 11 Pro, build 26300.9457 (26H2);
- virtuell maskin: 4 vCPU, 8 GB RAM, VMware-virtualisering;
- två tillstånd av samma installation: ursprungligt (”före”) och efter att BoosterX-optimeringsprofilen tillämpats (den aktuella versionen vid mättillfä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 minuters stabilisering, 5 minuters inaktivitet;
- korta syntetiska belastningar: 1, 4 och 8 trådar, minnesbelastning, pulserande belastning och blandade prioriteter.
Mätningarna omfattade inte riktiga spel, GPU-belastning, fysisk maskinvara eller långa mätfönster (timmar och dagar).
En separat serie på en fysisk dator med Ryzen 7 7800X3D, fyra steg och spelmätningar har publicerats i artikeln ”BoosterX: Windows-bakgrund och FPS i CS2”. Resultaten från den serien slås inte ihop med den här serien på virtuella maskiner.
Metodik
Section titled “Metodik”Protokollet följer ”Så undersöker vi Windows”:
- varje fas registrerades med ETW-spårning (Windows Performance Recorder, lätta profiler för CPU, disk, filer och nätverk) och prestandaräknare med intervall på 5 sekunder (systemet) och 15 sekunder (per process);
- fasen ”efter start” inleddes med en kontrollerad omstart och började vid en drifttid på ungefär en minut;
- antalet förlorade händelser kontrollerades i varje spårning — det var noll i alla redovisade mätfönster;
- medelvärden beräknades endast för fullständiga femsekundersintervall inom fasens gränser (59 intervall per fas);
- i serie 2 uteslöts den första körningen ”före” eftersom den virtuella maskinen gick i viloläge; en upprepning användes;
- belastningstesterna kördes två gånger och medianvärden redovisas; CPU-belastningen normaliserades till fyra vCPU.
”Före” och ”efter” är två tillstånd av samma Windows-installation: ”efter” erhölls genom att tillämpa optimeringsprofilen, medan ”före” är det ursprungliga tillståndet. En hel uppsättning inställningar ändrades, så det enskilda bidraget från varje inaktivering utvärderades inte.
Resultat
Section titled “Resultat”Inaktivitet
Section titled “Inaktivitet”Serie 1 (2026-09-18) — stabil inaktivitet utan aktivt underhåll:
| Mätvärde | Före | Efter | Förändring |
|---|---|---|---|
| CPU-belastning, % | 2,48 | 2,06 | −17 % |
| DPC + ISR, % CPU | 1,73 | 1,59 | −8 % |
| Kontextväxlingar, /s | 469 | 381 | −19 % |
| Processer (medelvärde) | 134,9 | 69,3 | −49 % |
| Trådar (medelvärde) | 1 444,6 | 738,7 | −49 % |
| Sammanlagd CPU-belastning 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 % |
| Disk skrivning, 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 inaktivitetsfönster, men i tillståndet ”före” pågick en bakgrundsgenomsökning med Microsoft Defender:
| Mätvärde | Före | Efter | Förändring |
|---|---|---|---|
| CPU-belastning, % | 33,37 | 11,03 | −67 % |
| Kontextväxlingar, /s | 3 737 | 291 | −92 % |
| Processer (medelvärde) | 142,3 | 61,9 | −56 % |
| Trådar (medelvärde) | 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 % |
| Disk skrivning, MB/s | 4,57 | 0,23 | −95,0 % |
Det förekom nästan ingen nätverkstrafik under inaktivitet i serie 2 i något av tillstånden (tiotals byte per sekund), så nätverksrader redovisas inte för den serien. Skillnaden mellan serierna är ingen motsägelse, utan en egenskap hos själva bakgrundsaktiviteten: när Windows utför underhåll sparar inaktivering av bakgrundskomponenter mer; när mätfönstret redan är lugnt blir besparingen mindre.
De första minuterna efter start
Section titled “De första minuterna efter start”| Mätvärde | Serie 1 (före → efter) | Serie 2 (före → efter) |
|---|---|---|
| CPU-belastning, % | 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 |
| Disk skrivning, KB/s | 634 → 418 | 709 → 298 |
| Nätverk (mottagning), KB/s | — | 1,15 → ~0 |
Tankstrecket betyder att mätvärdet inte registrerades för fasen i den serien.
Sammansättning och minne
Section titled “Sammansättning och minne”Inventeringsögonblicksbild vid inaktivitet (serie 1):
| Före | Efter | |
|---|---|---|
| Processer | 136 | 70 |
| Trådar | 1 679 | 842 |
| Sammanlagd working set, MB | 3 841 | 1 868 |
| Sammanlagda private bytes, MB | 1 524 | 660 |
De största minnesförbrukarna före optimeringen: antivirusprocessen MsMpEng.exe (257 MB), explorer.exe (213 MB), StartMenuExperienceHost (144 MB), msedge.exe (133 MB), SearchHost.exe (122 MB). Efter optimeringen toppades listan av explorer.exe (170 MB), msedgewebview2 (119 MB), SearchHost.exe (115 MB) och StartMenuExperienceHost (106 MB).
Det tillgängliga minnet ökade med 1,0–1,5 GB, medan mängden minnesåtaganden (commit) minskade med 52 %. Vad som faktiskt går att ”frigöra” och varför summan av processernas working set inte är samma sak som ledigt minne förklaras i ”Hur mycket minne går det faktiskt att frigöra i Windows”.
Under full belastning
Section titled “Under full belastning”Korta syntetiska tester (serie 2, medianvärden från två upprepningar):
| Scenario | Förändring i genomströmning | CPU-belastning: före / efter |
|---|---|---|
| En tråd | +5,4 % | 21,9 / 22,6 % |
| Fyra trådar (full belastning) | +0,19 % | 88,9 / 89,4 % |
| Åtta trådar (full belastning) | +0,50 % | 88,9 / 88,8 % |
| Minnesbelastning | +11,2 % | 84,8 / 87,5 % |
| Pulserande (pauser på 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 på fyra trådar fick den nyttiga processen cirka 89 % av kapaciteten hos fyra vCPU både före och efter optimeringen. De återstående ~11 % i den virtuella maskinen kan inte betecknas som ”Windows-brus” som går att eliminera: hypervisorns schemaläggning syns inte i gästspårningen. Arbetstrådarna fördelades jämnt (skillnaden i arbetsmängd mellan dem var 0,994–0,997), ingen svält observerades och CPU-kön var i stort sett tom vid inaktivitet efter optimeringen.
Var bakgrundsaktiviteten kommer ifrån
Section titled “Var bakgrundsaktiviteten kommer ifrån”Uppmätta källor till bakgrundsaktivitet i tillståndet ”före”:
- antivirusskanning — den främsta källan under mätfönstret i serie 2: processen
MsMpEng.exeförbrukade 212 CPU-sekunder under ett fem minuter långt inaktivitetsfönster; - i ursprungstillståndet kördes söktjänsten, tjänsten SysMain, telemetri, utskriftshanteraren och andra komponenter — optimeringsprofilen inaktiverar cirka 50 bakgrundstjänster och 58 schemalagda aktiviteter;
- efter start åtföljs aktiviteten av Windows uppdateringsorkestrerare.
Att inaktivera bakgrundskomponenter tar inte bort all bakgrundsaktivitet: i det optimerade tillståndet fortsatte utvärderingen av programkompatibilitet att köras (cirka 3,7 ms CPU per sekund under underhållsfönstret), och den sammanlagda kvarvarande bakgrundsaktiviteten vid stabil inaktivitet uppgick till 4,8 ms CPU per sekund — cirka 0,12 % av kapaciteten hos fyra vCPU (uppmätt med spårning).
Vad som har bekräftats
Section titled “Vad som har bekräftats”- Reproducerat (två oberoende serier): antalet processer minskade med −49…−56 %, antalet trådar med −49…−57 %, tillgängligt minne ökade med 1,0–1,5 GB.
- Uppmätt (serie 2): commit minskade med 52 % vid inaktivitet; använt fysiskt minne minskade med 49 % vid inaktivitet och med 44 % i fasen efter start.
- Uppmätt: CPU-belastningen vid inaktivitet minskade med 17 % under det lugna mätfönstret och med 67 % under fönstret med skanning; kontextväxlingarna minskade med 19 % respektive 92 %; DPC minskade med 78 % (mätfönstret i serie 2); aktiviteten efter start var lägre i båda serierna.
- Uppmätt: under full CPU-belastning ökade genomströmningen med +0,19 % (4 tråd) och +0,50 % (8 trådar); vid ofullständig och blandad belastning var ökningen från +5,4 till +11,2 %.
- Uppmätt: en belastning med bakgrundsprioritet gick 77,1 % snabbare — i tillståndet ”före” konkurrerade den med Windows egen bakgrundsaktivitet, inklusive antivirusskanning.
- Observerat: de främsta källorna till bakgrundsaktivitet var antivirusskanning, underhåll och kompatibilitetsaktiviteter; efter optimeringen är den kvarvarande bakgrundsaktiviteten nära noll, men inte noll.
Vad som inte har bekräftats
Section titled “Vad som inte har bekräftats”- Ökad FPS, lägre input lag eller frametime i riktiga spel: mättes inte. Syntetiska CPU-tester simulerar inte ett spel med GPU och bevisar inte någon speleffekt.
- Det enskilda bidraget från varje inaktivering: en samlad uppsättning ändringar tillämpades.
- Att överföra absoluta värden till fysisk maskinvara, andra versioner och andra optimeringsprofiler.
- Stabilitet under långa mätfönster: varje fas var 5 minuter; bakgrundsaktiviteten i Windows kommer i toppar, så något ”genomsnittligt dygn” mättes inte.
Begränsningar
Section titled “Begränsningar”- Mätningarna utfördes i en virtuell maskin. Virtualiseringen bidrar själv med en viss mängd DPC/ISR och döljer värdens schemaläggning; de absoluta värdena blir annorlunda på fysisk maskinvara. Andelarna och riktningen på jämförelsen ”före/efter” består under samma förhållanden.
- ISR-måttet har uteslutits ur tabellerna: i den virtuella maskinen avviker ISR-räknaren i PDH från avbrottshanterarna i ETW med cirka 10 % och summerar inte exakt.
- Mätfönstret ”före” i serie 2 innehöll aktiv Defender-skanning, och värdbelastningen skilde sig mellan mätfönstren (i genomsnitt 44 % mot 24 %). Värdena gäller därför de specifika mätfönstren; riktningen bekräftades i två serier.
- I serie 1 avbröts en del av inaktivitetsfasen av en extern paus i den virtuella maskinen på ungefär 26 sekunder; inspelningen avslutades efter återupptagningen och inga händelser gick förlorade.
- Belastningstesterna upprepades två gånger: detta är beskrivande statistik, statistisk signifikans utvärderades inte.
- En del av vinsten vid inaktivitet beror på att skyddskomponenter i Microsoft Defender inaktiverades. Ett system utan antivirusskydd är en medveten kompromiss, inte en optimering utan kostnader; skyddet bör inaktiveras först när man förstår konsekvenserna.
- Mätlagret (spårning och räknare) skapar självt en liten bakgrundsbelastning; den finns i båda tillstånden.
Undersökningen och de verktyg som användes tillhör utvecklaren av BoosterX, vilket innebär att utvecklaren har ett direkt intresse av resultaten. Metodiken och begränsningarna för tillämpningen beskrivs ovan, och slutsatserna kan kontrolleras mot öppna data och de angivna offentliga källorna.
Praktisk slutsats
Section titled “Praktisk slutsats”Minskningen av bakgrundsbrus är en verklig effekt som reproducerats två gånger: hälften så många processer och trådar, hälften så många minnesåtaganden och en storleksordning mindre disk- och nätverksaktivitet vid inaktivitet. Det är användbart i sig — för systemets responsivitet, bakgrundsaktiviteter, temperatur, fläktljud och batteritid — och kräver inga löften om FPS.
Det här bör du inte förvänta dig: högre prestanda under full belastning. Om CPU redan är belastad med nyttigt arbete till ~89 % av kapaciteten tillför inaktivering av bakgrundsaktivitet inte de återstående 11 % — i den virtuella maskinen tillhör de inte Windows. Ju mer systemet är upptaget när jämförelsen görs, desto större blir den synliga effekten: under ett underhållsfönster är skillnaden mångfaldig, medan den är måttlig under ett lugnt mätfönster.
Rekommendation: utvärdera bakgrundsaktiviteten före och efter ändringar på din egen dator (Aktivitetshanteraren → ”Prestanda” och ”Processer”, Resursövervakaren) i stället för att utgå från andras procentsiffror. Om målet är FPS i ett visst spel ska du mäta just det före och efter ändringen.
Återställning av tillståndet
Section titled “Återställning av tillståndet”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 inställningar, så ingen separat återställningsåtgärd behövs 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; kontrollerad 2026-09-20.
- Microsoft: About Event Tracing — ETW-modellen och kontrollen av förlorade händelser; kontrollerad 2026-09-20.
- Microsoft: Microsoft Defender Antivirus i Windows — Defender-processer och -tjänster, inklusive
MsMpEng.exe(”Antimalware Service Executable” i Aktivitetshanteraren); kontrollerad 2026-09-20. - Så undersöker vi Windows — evidensnivåer och mätprotokoll.
- Service Host och bakgrundskomponenter i Windows 11 — hur Windows placerar bakgrundstjänster i processer.
- Hur mycket minne går det faktiskt att frigöra i Windows — detaljerad genomgång av minnet från samma experiment.
- Skrivbordet jämfört med inloggningsskärmen — fortsättning: vad bruset i en användarsession består av.
Ändringshistorik
Section titled “Ändringshistorik”- 2026-09-20: första publiceringen — två oberoende mätserier av inaktivitet, faser efter start, inventering och belastningstester.
- 2026-09-20: resultatens koppling till serierna förtydligades (commit och använt fysiskt minne — endast serie 2; processer −49…−56 %); ansvarsfriskrivningen om intressekonflikten anpassades till den kanoniska formuleringen.