Tichý chod naprázdno: pozadí Windows před optimalizací a po ní
Na této stránce
Krátká odpověď
Sekce “Krátká odpověď”Vypnutí komponent na pozadí Windows skutečně ztišuje nečinnost: ve dvou nezávislých sériích měření počet procesů klesl o 49–56 %, vytížení CPU v nečinnosti o 17–67 % a objem paměťových závazků (commit) o 52 % ve druhé sérii. Ale pod plným zatížením CPU se propustnost zvýšila jen o 0,2–0,5 %. „Tichá nečinnost“ je potvrzené snížení práce na pozadí a konkurence o prostředky, nikoli nárůst FPS: konečný herní efekt v tomto výzkumu nebyl měřen.
Stav: směr efektu byl reprodukován ve dvou nezávislých sériích na jedné sestavě Windows 11 ve virtuálním stroji. Hodnoty se mezi sériemi liší, protože práce Windows na pozadí přichází v nárazech: v okně se skenováním Microsoft Defender dosahuje rozdíl vytížení CPU −67 %, v již tiché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 v prvních minutách po spuštění.
- Znatelně snižuje spotřebu paměti.
- Dává měřitelný nárůst výkonu pod plným zatížením CPU.
Rozsah výzkumu
Sekce “Rozsah výzkumu”- Windows 11 Pro, build 26300.9457 (26H2);
- virtuální stroj: 4 vCPU, 8 GB RAM, virtualizace VMware;
- dva stavy jedné instalace: výchozí („před“) a po aplikaci profilu optimalizace BoosterX (sestava aktuální k datům měření);
- dvě nezávislé série měření: 2026-09-18 a 2026-09-19; stavy byly porovnávány 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ěž na paměť, taktovaná zátěž a směsi priorit.
Měření nezahrnovala skutečné hry, GPU zátěž, fyzický hardware a dlouhá okna (hodiny a dny).
Metodika
Sekce “Metodika”Protokol odpovídá „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 (podle procesů);
- fáze „po spuštění“ byla spuštěna řízenou restartací a zapnuta při uptime přibližně jedné minuty;
- v každém trasování byl kontrolován počet ztracených událostí — ve všech uvedených oknech je roven nule;
- zprůměrování bylo provedeno pouze přes ú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 kvůli přechodu virtuálního stroje do spánku; byl použit opakovaný běh;
- zátěžové testy byly provedeny dvakrát, uvedeny jsou mediány; vytížení CPU je normováno na čtyři vCPU.
„Před“ a „po“ jsou stavy jedné instalace Windows: „po“ bylo získáno aplikací profilu optimalizace, „před“ je výchozí stav. Měnil se komplex nastavení jako celek, proto izolovaný přínos jednotlivého vypnutí nebyl hodnocen.
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 % |
| Procesů (průměr) | 134,9 | 69,3 | −49 % |
| Vláken (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é okno nečinnosti, ale ve stavu „před“ probíhalo skenování na pozadí Microsoft Defender:
| Metrika | Před | Po | Změna |
|---|---|---|---|
| Vytížení CPU, % | 33,37 | 11,03 | −67 % |
| Přepnutí kontextu, /s | 3 737 | 291 | −92 % |
| Procesů (průměr) | 142,3 | 61,9 | −56 % |
| Vláken (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 % |
| Paměťové závazky (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 % |
Sítě v nečinnosti série 2 bylo v obou stavech téměř nulové (desítky bajtů za sekundu), proto se řádky sítě pro ni neuvádějí. Rozdíl mezi sériemi není rozpor, ale vlastnost samotného pozadí: když Windows provádí údržbu, vypnutí komponent na pozadí ušetří více; když je okno již tiché — 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 |
| Procesů | 132 → 74 | 139 → 64 |
| Vláken | — | 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 v této sérii metrika pro fázi nebyla zaznamenána.
Složení a paměť
Sekce “Složení a paměť”Snímek inventáře v nečinnosti (série 1):
| Před | Po | |
|---|---|---|
| Procesů | 136 | 70 |
| Vláken | 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 seznam vedl 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) se snížil o 52 %. Co z toho lze skutečně „uvolnit“ a proč součet working set procesů není totéž co volná paměť, je rozebráno v „Kolik paměti lze ve Windows skutečně uvolnit“.
Pod plným zatížením
Sekce “Pod plným zatížením”Krátké syntetické testy (série 2, mediány 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á) | +0,19 % | 88,9 / 89,4 % |
| Osm vláken (plná) | +0,50 % | 88,9 / 88,8 % |
| Zátěž na paměť | +11,2 % | 84,8 / 87,5 % |
| Taktovaná (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 čtyřvláknovém zatížení získal užitečný proces přibližně 89 % kapacity čtyř vCPU před optimalizací i po ní. Zbývajících ~11 % ve virtuálním stroji nelze prohlásit za odstranitelný „šum Windows“: plánování hypervizoru není z trasování hosta vidět. Pracovní vlákna byla rozdělena rovnoměrně (rozptyl objemu práce mezi nimi — 0,994–0,997), hladovění nebylo pozorováno a fronta CPU v nečinnosti po optimalizaci je prakticky prázdná.
Kam se ztrácí pozadí
Sekce “Kam se ztrácí pozadí”Naměřené zdroje aktivity na pozadí ve stavu „před“:
- antivirové skenování — hlavní zdroj v okně série 2: proces
MsMpEng.exespotřeboval 212 CPU sekund za pětiminutové okno nečinnosti; - ve výchozím stavu pracovala služba vyhledávání, služba SysMain, telemetrie, správce tisku a další komponenty — profil optimalizace převádí do vypnutého stavu přibližně 50 služeb na pozadí a 58 naplánovaných úloh;
- po spuštění aktivitu doprovází orchestrátor aktualizací Windows.
Vypnutí komponent na pozadí neodstraňuje pozadí úplně: v optimalizovaném stavu dále pracovalo hodnocení kompatibility aplikací (přibližně 3,7 ms CPU za sekundu v okně údržby) a celkové zbytkové pozadí v ustálené nečinnosti činilo 4,8 ms CPU za sekundu — přibližně 0,12 % kapacity čtyř vCPU (měřeno podle trasování).
Co je potvrzeno
Sekce “Co je potvrzeno”- Reprodukováno (dvě nezávislé série): počet procesů −49…−56 %, vláken −49…−57 %, dostupná paměť +1,0–1,5 GB.
- Naměřeno (série 2): commit −52 % v nečinnosti; obsazená fyzická paměť −49 % v nečinnosti a −44 % ve fázi po spuštění.
- Naměřeno: vytížení CPU v nečinnosti −17 % v tichém okně a −67 % v okně se skenováním; přepnutí kontextu −19 % a −92 %; DPC −78 % (okno série 2); aktivita po spuštění nižší v obou sériích.
- Naměřeno: pod plným zatížením CPU nárůst propustnosti +0,19 % (4 vlákna) a +0,50 % (8 vláken); při neúplném a smíšeném zatížení — od +5,4 do +11,2 %.
- Naměřeno: zátěž třídy priority na pozadí se zrychlila o 77,1 % — ve stavu „před“ konkurovala práci samotných Windows na pozadí, včetně antivirového skenování.
- Pozorováno: hlavní zdroje pozadí — antivirové skenování, údržba a úlohy kompatibility; po optimalizaci je zbytkové pozadí blízké nule, ale není nulové.
Co není potvrzeno
Sekce “Co není potvrzeno”- Nárůst FPS, snížení input lag nebo frametime ve skutečných hrách: nebylo měřeno. Syntetické CPU testy nemodelují hru s GPU a neprokazují herní efekt.
- Izolovaný přínos každého jednotlivého vypnutí: byl aplikován komplex změn.
- Přenos absolutních hodnot na fyzický hardware, jiné sestavy a jiné profily optimalizace.
- Udržitelnost na dlouhých oknech: každá fáze — 5 minut; práce Windows na pozadí přichází v nárazech, proto „průměrný den“ nebyl měřen.
Omezení
Sekce “Omezení”- Měření byla provedena ve virtuálním stroji. Virtualizace vnáší vlastní podíl DPC/ISR a skrývá plánování hostitele; na fyzickém hardwaru budou absolutní hodnoty jiné. Podíly a směr srovnání „před/po“ za stejných podmínek zůstávají.
- Metrika ISR byla z tabulek vyloučena: ve virtuálním stroji se čítač ISR podle PDH rozchází s obslužnými rutinami přerušení podle ETW přibližně o 10 % a nesčítá se do přesného součtu.
- Okno „před“ série 2 obsahovalo aktivní skenování Defender a zatížení hostitele mezi okny se lišilo (v průměru 44 % proti 24 %). Proto jsou hodnoty vázány na konkrétní okna; směr je potvrzen dvěma sériemi.
- V sérii 1 byla část fáze nečinnosti přerušena vnější pauzou virtuálního stroje přibližně na 26 sekund; zachytávání skončilo po obnovení, ztracené události nejsou.
- Zátěžové testy — dvě opakování: jde o popisnou statistiku, statistická významnost nebyla hodnocena.
- Část zisku v nečinnosti souvisí s vypnutím komponent ochrany Microsoft Defender. Systém bez antivirové ochrany je vědomý kompromis, nikoli optimalizace bez nákladů; ochranu je třeba vypínat s vědomím ceny.
- Měřicí vrstva (trasování a čítače) sama vytváří malou zátěž na pozadí; ta je přítomna v obou stavech.
Výzkum a použité nástroje patří vývojáři BoosterX, proto má vývojář přímý zájem na výsledcích. Metodika a hranice použitelnosti jsou popsány výše a závěry lze ověřit podle otevřených dat a uvedených veřejných zdrojů.
Praktický závěr
Sekce “Praktický závěr”Snížení šumu na pozadí je skutečný, dvakrát reprodukovaný efekt: dvakrát méně procesů a vláken, dvakrát méně paměťových závazků, o řád méně diskové a síťové aktivity 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 FPS.
Co od toho nelze očekávat: nárůst výkonu pod plným zatížením. Pokud je CPU již zatíženo užitečnou prací na ~89 % kapacity, vypnutí aktivity na pozadí nepřidá zbývajících 11 % — ve virtuálním stroji nepatří Windows. Čím je systém v okamžiku srovnání zaneprázdněnější, tím větší je viditelný efekt: v okně údržby je rozdíl násobný, v tichém okně — mírný.
Doporučení: hodnoťte pozadí před a po jakýchkoli změnách na svém počítači (Dispetcher zadach → „Výkon“ a „Procesy“, Monitor zdrojů), a neřiďte se cizími procenty. Pokud je cílem FPS v konkrétní hře, měřte právě je před změnou a po ní.
Obnovení stavu
Sekce “Obnovení stavu”Obě série byly prováděny v izolovaných virtuálních strojích na nezávislých kopiích disku; po měřeních se stroje vracely do výchozích stavů. Článek nevyžaduje po čtenáři změnu parametrů, proto není na uživatelském počítači potřeba samostatná akce 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 v Windows — procesy a služby Defenderu, včetně
MsMpEng.exe(„Antimalware Service Executable“ v Dispetcher zadach); ověřeno 2026-09-20. - Jak zkoumáme Windows — úrovně důkazů a protokol měření.
- Service Host a komponenty na pozadí Windows 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 tohoto stejného experimentu.
- Desktop proti 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í publikace — 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ěna atribuce výsledků podle sérií (commit a obsazená fyzická paměť — pouze série 2; procesy −49…−56 %); disclaimer o střetu zájmů uveden do kanonické formulace.