Tichý nečinný stav: aktivita Windows před optimalizací a po ní
Na této stránce
Stručná odpověď
Sekce “Stručná odpověď”Vypnutí komponent Windows na pozadí skutečně ztiší nečinnost systému: ve dvou nezávislých sériích měření klesl počet procesů o 49–56 %, vytížení CPU v nečinnosti o 17–67 % a objem závazků paměti (commit) ve druhé sérii o 52 %. Při plném zatížení CPU však propustnost vzrostla jen o 0,2–0,5 %. „Tichá nečinnost“ znamená potvrzené omezení práce na pozadí a soupeření o prostředky, nikoli nárůst FPS: výsledný herní efekt se v této studii neměřil.
Stav: směr účinku se podařilo zopakovat ve dvou nezávislých sériích na stejném sestavení Windows 11 ve virtuálním počítači. Hodnoty se mezi sériemi liší, protože práce Windows na pozadí přichází ve špičkách: v časovém okně se skenováním Microsoft Defender dosahuje rozdíl ve vytížení CPU −67 %, v již klidném okně −17 %.
Ověřované tvrzení
Sekce “Ověřované tvrzení”Ověřovali jsme čtyři tvrzení:
- Vypnutí komponent na pozadí znatelně snižuje aktivitu systému v nečinnosti.
- Znatelně snižuje aktivitu během prvních minut po spuštění.
- Znatelně snižuje spotřebu paměti.
- Přináší měřitelný nárůst výkonu při plném zatížení CPU.
Rozsah studie
Sekce “Rozsah studie”- Windows 11 Pro, build 26300.9457 (26H2);
- virtuální počítač: 4 vCPU, 8 GB RAM, virtualizace VMware;
- dva stavy jedné instalace: původní („před“) a po použití optimalizačního profilu BoosterX (sestavení aktuální k datům měření);
- dvě nezávislé série měření: 2026-09-18 a 2026-09-19; stavy se porovnávaly na nezávislých kopiích disku, aby se měření navzájem neovlivňovala;
- fáze: 5 minut po spuštění, 5 minut stabilizace, 5 minut nečinnosti;
- krátké syntetické zátěže: 1, 4 a 8 vláken, zátěž paměti, pulzní zátěž a kombinace priorit.
Měření nezahrnovala skutečné hry, zátěž GPU, fyzický hardware ani dlouhá časová okna (hodiny a dny).
Samostatná série na fyzickém počítači Ryzen 7 7800X3D se čtyřmi fázemi a herními měřeními je publikována v článku „BoosterX: procesy Windows na pozadí a FPS v CS2“. Její výsledky se s touto sérií měření ve virtuálních počítačích neslučují.
Metodika
Sekce “Metodika”Protokol odpovídá článku „Jak zkoumáme Windows“:
- každá fáze byla zaznamenána trasováním ETW (Windows Performance Recorder, lehké profily CPU, disku, souborů a sítě) a čítači výkonu s intervalem 5 sekund (systém) a 15 sekund (procesy);
- fáze „po spuštění“ se zahajovala řízeným restartem a začínala při době běhu systému přibližně jednu minutu;
- v každém trasování se kontroloval počet ztracených událostí — ve všech uvedených oknech je nulový;
- průměrování se provádělo pouze za úplné pětisekundové intervaly uvnitř hranic fáze (59 intervalů na fázi);
- v sérii 2 byl první běh „před“ vyloučen, protože virtuální počítač přešel do režimu spánku; použilo se opakované měření;
- zátěžové testy se prováděly dvakrát, jsou uvedeny mediány; vytížení CPU je normalizováno na čtyři vCPU.
„Před“ a „po“ označují stavy jedné instalace Windows: stav „po“ vznikl použitím optimalizačního profilu, „před“ je původní stav. Měnila se celá sada nastavení, takže samostatný příspěvek jednotlivých vypnutí se nehodnotil.
Výsledky
Sekce “Výsledky”Nečinnost
Sekce “Nečinnost”Série 1 (2026-09-18) — ustálená nečinnost bez aktivní údržby:
| Metrika | Před | Po | Změna |
|---|---|---|---|
| Vytížení CPU, % | 2,48 | 2,06 | −17 % |
| DPC + ISR, % CPU | 1,73 | 1,59 | −8 % |
| Přepnutí kontextu, /s | 469 | 381 | −19 % |
| Procesy (průměr) | 134,9 | 69,3 | −49 % |
| Vlákna (průměr) | 1 444,6 | 738,7 | −49 % |
| Celkové CPU všech procesů, % | 1,22 | 1,06 | −13 % |
| Dostupná paměť, MB | 5 490 | 6 518 | +1 028 |
| Čtení z disku, KB/s | 22,6 | 24,4 | +8 % |
| Zápis na disk, KB/s | 311,3 | 262,1 | −16 % |
| Síť (příjem), KB/s | 132,6 | 2,2 | −98 % |
| Síť (odesílání), KB/s | 43,2 | 4,7 | −89 % |
Série 2 (2026-09-19) — stejné časové okno nečinnosti, ale ve stavu „před“ probíhalo skenování Microsoft Defender na pozadí:
| Metrika | Před | Po | Změna |
|---|---|---|---|
| Vytížení CPU, % | 33,37 | 11,03 | −67 % |
| Přepnutí kontextu, /s | 3 737 | 291 | −92 % |
| Procesy (průměr) | 142,3 | 61,9 | −56 % |
| Vlákna (průměr) | 1 494,7 | 637,1 | −57 % |
| Dostupná paměť, MB | 5 174 | 6 653 | +1 479 |
| Obsazená fyzická paměť, MB | 3 017 | 1 538 | −49 % |
| Závazky paměti (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 % |
| Čtení z disku, MB/s | 7,42 | 0,01 | −99,9 % |
| Zápis na disk, MB/s | 4,57 | 0,23 | −95,0 % |
V sérii 2 byla síť v nečinnosti téměř neaktivní v obou stavech (desítky bajtů za sekundu), proto nejsou řádky se sítí uvedeny. Rozdíl mezi sériemi není rozpor, ale vlastnost samotné aktivity na pozadí: když Windows provádí údržbu, vypnutí komponent na pozadí ušetří více; když je časové okno už klidné, méně.
První minuty po spuštění
Sekce “První minuty po spuštění”| Metrika | Série 1 (před → po) | Série 2 (před → po) |
|---|---|---|
| Vytížení CPU, % | 3,42 → 2,59 | 14,62 → 11,88 |
| Přepnutí kontextu, /s | 1 114 → 600 | 1 257 → 393 |
| Procesy | 132 → 74 | 139 → 64 |
| Vlákna | — | 1 719 → 746 |
| Obsazená fyzická paměť, MB | — | 2 821 → 1 581 |
| Dostupná paměť, MB | — | 5 370 → 6 610 |
| Čtení z disku, KB/s | — | 826 → 433 |
| Zápis na disk, KB/s | 634 → 418 | 709 → 298 |
| Síť (příjem), KB/s | — | 1,15 → ~0 |
Pomlčka znamená, že se metrika v dané sérii pro tuto fázi nezaznamenávala.
Složení a paměť
Sekce “Složení a paměť”Snímek inventáře v nečinnosti (série 1):
| Před | Po | |
|---|---|---|
| Procesy | 136 | 70 |
| Vlákna | 1 679 | 842 |
| Celkový working set, MB | 3 841 | 1 868 |
| Celkové private bytes, MB | 1 524 | 660 |
Největší spotřebitelé paměti před optimalizací: antivirový proces MsMpEng.exe (257 MB), explorer.exe (213 MB), StartMenuExperienceHost (144 MB), msedge.exe (133 MB), SearchHost.exe (122 MB). Po optimalizaci seznamu vévodily explorer.exe (170 MB), msedgewebview2 (119 MB), SearchHost.exe (115 MB) a StartMenuExperienceHost (106 MB).
Dostupná paměť vzrostla o 1,0–1,5 GB a objem závazků (commit) klesl o 52 %. Co z toho lze skutečně „uvolnit“ a proč součet working setů procesů není totéž co volná paměť, rozebírá článek „Kolik paměti lze ve Windows skutečně uvolnit“.
Při plném zatížení
Sekce “Při plném zatížení”Krátké syntetické testy (série 2, mediány ze dvou opakování):
| Scénář | Změna propustnosti | Vytížení CPU: před / po |
|---|---|---|
| Jedno vlákno | +5,4 % | 21,9 / 22,6 % |
| Čtyři vlákna (plné zatížení) | +0,19 % | 88,9 / 89,4 % |
| Osm vláken (plné zatížení) | +0,50 % | 88,9 / 88,8 % |
| Zátěž paměti | +11,2 % | 84,8 / 87,5 % |
| Pulzní (pauzy 1 ms) | +5,4 % | 64,3 / 67,7 % |
| Smíšené priority | +8,5 % | 21,2 / 22,5 % |
| Priorita na pozadí | +77,1 % | 38,8 / 65,2 % |
Při plném zatížení čtyřmi vlákny využíval pracovní proces přibližně 89 % kapacity čtyř vCPU před optimalizací i po ní. Zbývajících ~11 % ve virtuálním počítači nelze označit za odstranitelný „šum Windows“: plánování hypervizoru není z trasování hostovaného systému viditelné. Pracovní vlákna byla rozložena rovnoměrně (rozdíl v objemu práce mezi nimi činil 0,994–0,997), k hladovění nedocházelo a fronta CPU byla po optimalizaci v nečinnosti prakticky prázdná.
Odkud pochází aktivita na pozadí
Sekce “Odkud pochází aktivita na pozadí”Naměřené zdroje aktivity na pozadí ve stavu „před“:
- antivirové skenování — hlavní zdroj v časovém okně série 2: proces
MsMpEng.exespotřeboval 212 sekund CPU během pětiminutového okna nečinnosti; - v původním stavu běžely služba vyhledávání, služba SysMain, telemetrie, zařazování tisku a další komponenty — optimalizační profil přepíná do zakázaného stavu přibližně 50 služeb na pozadí a 58 naplánovaných úloh;
- po spuštění doprovází aktivitu orchestrátor aktualizací Windows.
Vypnutí komponent na pozadí neodstraní veškerou aktivitu na pozadí: v optimalizovaném stavu nadále běželo vyhodnocování kompatibility aplikací (přibližně 3,7 ms CPU za sekundu v okně údržby) a celková zbývající aktivita na pozadí v ustálené nečinnosti činila 4,8 ms CPU za sekundu — přibližně 0,12 % kapacity čtyř vCPU (měřeno trasováním).
Co je potvrzeno
Sekce “Co je potvrzeno”- Zopakováno (dvě nezávislé série): počet procesů −49…−56 %, počet vláken −49…−57 %, dostupná paměť +1,0–1,5 GB.
- Změřeno (série 2): commit v nečinnosti −52 %; obsazená fyzická paměť v nečinnosti −49 % a ve fázi po spuštění −44 %.
- Změřeno: vytížení CPU v nečinnosti −17 % v klidném okně a −67 % v okně se skenováním; přepnutí kontextu −19 % a −92 %; DPC −78 % (časové okno série 2); aktivita po spuštění byla v obou sériích nižší.
- Změřeno: při plném zatížení CPU vzrostla propustnost o +0,19 % (4 vláken) a +0,50 % (8 vláken); při neúplném a smíšeném zatížení o +5,4 až +11,2 %.
- Změřeno: zátěž s prioritou na pozadí se zrychlila o 77,1 % — ve stavu „před“ soupeřila s prací Windows na pozadí, včetně antivirového skenování.
- Pozorováno: hlavními zdroji aktivity na pozadí jsou antivirové skenování, údržba a úlohy kompatibility; po optimalizaci se zbývající aktivita na pozadí blíží nule, ale není nulová.
Co není potvrzeno
Sekce “Co není potvrzeno”- Nárůst FPS, snížení input lagu nebo frametime ve skutečných hrách: neměřilo se. Syntetické testy CPU nesimulují hru se zátěží GPU a nedokazují herní efekt.
- Samostatný příspěvek jednotlivých vypnutí: použila se celá sada změn.
- Přenos absolutních hodnot na fyzický hardware, jiná sestavení a jiné optimalizační profily.
- Stabilita v dlouhých časových oknech: každá fáze trvala 5 minut; práce Windows na pozadí přichází ve špičkách, takže se „průměrný den“ neměřil.
Omezení
Sekce “Omezení”- Měření proběhla ve virtuálním počítači. Virtualizace přispívá vlastními hodnotami DPC/ISR a skrývá plánování hostitele; na fyzickém hardwaru budou absolutní hodnoty jiné. Poměry a směr srovnání „před/po“ zůstávají za stejných podmínek zachovány.
- Metrika ISR je z tabulek vynechána: ve virtuálním počítači se čítač ISR přes PDH liší od obslužných rutin přerušení podle ETW přibližně o 10 % a nedává přesný součet.
- Časové okno „před“ v sérii 2 zahrnovalo aktivní skenování Defender a zatížení hostitele se mezi okny lišilo (v průměru 44 % oproti 24 %). Hodnoty jsou proto vázány na konkrétní časová okna; směr účinku potvrdily dvě série.
- V sérii 1 byla část fáze nečinnosti přerušena externím pozastavením virtuálního počítače přibližně na 26 sekund; záznam skončil po obnovení, ztracené události nebyly.
- Zátěžové testy měly dvě opakování: jde o popisnou statistiku, statistická významnost se nehodnotila.
- Část zlepšení v nečinnosti souvisí s vypnutím ochranných komponent Microsoft Defender. Systém bez antivirové ochrany je vědomý kompromis, nikoli optimalizace bez nákladů; ochranu vypínejte s vědomím důsledků.
- Vrstva měření (trasování a čítače) sama vytváří malou zátěž na pozadí; ta je přítomna v obou stavech.
Studie a použité nástroje patří vývojáři BoosterX, takže má vývojář na výsledcích přímý zájem. Metodika a meze použitelnosti jsou popsány výše a závěry lze ověřit podle veřejně dostupných dat a uvedených veřejných zdrojů.
Praktický závěr
Sekce “Praktický závěr”Omezení šumu na pozadí je skutečný, dvakrát zopakovaný efekt: poloviční počet procesů a vláken, poloviční objem závazků paměti a řádově nižší aktivita disku a sítě v nečinnosti. To je užitečné samo o sobě — pro odezvu systému, úlohy na pozadí, teplotu, hluk ventilátorů a výdrž baterie — a nevyžaduje sliby vyššího FPS.
Co od toho nečekat: nárůst výkonu při plném zatížení. Pokud je CPU už vytížen užitečnou prací na ~89 % kapacity, vypnutí aktivity na pozadí nepřidá zbývajících 11 % — ve virtuálním počítači tyto prostředky nepatří Windows. Viditelný efekt závisí na tom, čím je systém v okamžiku srovnání vytížen: v okně údržby je rozdíl několikanásobný, v klidném okně mírný.
Doporučení: aktivitu na pozadí před jakýmikoli změnami a po nich vyhodnocujte na vlastním počítači (Správce úloh → „Výkon“ a „Procesy“, Sledování prostředků), ne podle procent naměřených jinde. Pokud je cílem FPS v konkrétní hře, měřte před změnou a po ní právě FPS.
Obnovení stavu
Sekce “Obnovení stavu”Obě série proběhly v izolovaných virtuálních počítačích na nezávislých kopiích disku; po měření byly počítače vráceny do původního stavu. Článek nevyžaduje, aby čtenář měnil nastavení, proto není na uživatelském počítači potřeba provádět samostatné obnovení.
Veřejné primární zdroje
Sekce “Veřejné primární zdroje”- Microsoft: Windows Performance Recorder — nástroj pro záznam trasování ETW použitý v metodice; ověřeno 2026-09-20.
- Microsoft: About Event Tracing — model ETW a kontrola ztracených událostí; ověřeno 2026-09-20.
- Microsoft: Microsoft Defender Antivirus ve Windows — procesy a služby Defender, včetně
MsMpEng.exe(„Antimalware Service Executable“ ve Správci úloh); ověřeno 2026-09-20. - Jak zkoumáme Windows — úrovně důkazů a protokol měření.
- Service Host a komponenty Windows na pozadí 11 — jak Windows umisťuje služby na pozadí do procesů.
- Kolik paměti lze ve Windows skutečně uvolnit — podrobný rozbor paměti z téhož experimentu.
- Plocha oproti přihlašovací obrazovce — pokračování: z čeho se skládá šum uživatelské relace.
Historie změn
Sekce “Historie změn”- 2026-09-20: první vydání — dvě nezávislé série měření nečinnosti, fáze po spuštění, inventář a zátěžové testy.
- 2026-09-20: upřesněno přiřazení výsledků k jednotlivým sériím (commit a obsazená fyzická paměť — pouze série 2; počet procesů −49…−56 %); upozornění na střet zájmů upraveno do kanonického znění.