Přeskočit na obsah

Plocha vs přihlašovací obrazovka: co stojí uživatelská relace

Na této stránce

Přihlášená plocha je dražší než přihlašovací obrazovka, ale mnohem méně, než se zdá: v ustáleném nečinnosti zabírá přibližně 0.012 jádra proti 0.0074 na přihlašovací obrazovce, tedy 1.6krát více. Skutečná cena uživatelské relace je první hodina po přihlášení: skenování Defenderu a vlna aktualizací Store společně spotřebují přibližně 79% veškeré CPU aktivity pětihodinového okna. Samotné rozhraní je téměř zdarma: explorer, sihost, dwm a informační kanál Nabídky Start společně spotřebují přibližně 2.3% rozpočtu.

Stav: měřeno v jednom 5hodinovém běhu na Windows 11 26H2 ve virtuálním počítači. Srovnání s přihlašovací obrazovkou bylo provedeno na stejné sestavě a snímku. Přenos na fyzický hardware, jiné sestavy a noční okna nebyl ověřen.

Ověřovali jsme čtyři tvrzení:

  1. Přihlášená plocha je výrazně dražší než nečinnost přihlašovací obrazovky.
  2. Hlavní cena relace je neustálá práce rozhraní.
  3. Uživatelská relace výrazně mění síťový profil nečinnosti.
  4. Plánované mechanismy Windows (aktualizace, servisní časovače) se v relaci chovají stejně jako bez ní.
  • Windows 11 Pro, build 26300.9457 (26H2), virtuální počítač 4 vCPU / 8 GB;
  • čistá instalace bez softwaru třetích stran; spánek a aktualizace konfigurace nebyly vypnuty;
  • dva běhy na stejném snímku: přihlašovací obrazovka bez uživatelské relace (6 hodin) a přihlášená plocha (4 hodiny 46 minut, ukončeno předčasně);
  • přihlášení do systému provedeno ručně; sledování zahájeno po potvrzení spuštění rozhraní;
  • minutové snímky: CPU procesů, sady běžících služeb, paměť a navázaná spojení.

Měření nezahrnovala fyzický hardware, skutečnou práci u počítače, GPU zátěž a noční okna (denní úlohy údržby se do záběru nedostaly).

Pro každý proces byly jednou za minutu zaznamenávány kumulativní CPU sekundy; rozdíl sousedních snímků udává spotřebu za interval. Služby byly sledovány podle sad běžících instancí a přechodů; síť podle navázaných spojení v okamžiku snímku. Šum vlastního monitorování (přibližně 3.6% CPU) byl z interpretace vyloučen. Oba běhy byly srovnány podle hodnot normovaných na hodinu.

Metrika Přihlašovací obrazovka Plocha Rozdíl
CPU v průměru za okno, jader 0.0098 0.0492 ×5.0
CPU ustálené hodiny, jader 0.0074 0.0120 ×1.61
CPU první hodiny po přihlášení/spuštění, jader 0.0185 0.2942 ×15.9
Spuštění systémových procesů za hodinu 26.1 79.5 ×3.05
Minut s aktivitou vyšší než 1 CPU-s 5% 13.5% ×2.4 podle podílu
Navázaných spojení za hodinu (endpoint-minuty) 88.3 228.1 ×2.58
Trvalých spojení 1 3 ×3

Klíčový fakt: průměrné číslo „×5“ se téměř celé skládá z první hodiny. Ustálené hodiny plochy jsou homogenní (0.0118–0.0127 jádra) a nedriftují.

První hodina: dvě vlny

Sekce “První hodina: dvě vlny”
Vlna Podíl Co se dělo
Sken přihlášení Defender ~55% CPU hodiny Antivirový proces pracoval přibližně 0.7 jádra 8 minut v řadě; sken začal ihned po přihlášení
Aktualizace Store a USO ~27% CPU hodiny Instalace 24 aplikací, stažení přibližně 880 MB přes Delivery Optimization, včetně peerování

Vlna Store je důležitá samostatně: v tomto běhu aktualizace přišly přes Microsoft Store a Delivery Optimization, nikoli přes klasický Windows Update. Síťový nárůst při přihlášení je 67krát větší než ustálená úroveň.

Ustálená nečinnost: kdo pracuje

Sekce “Ustálená nečinnost: kdo pracuje”
Zdroj CPU sekund za hodinu Komentář
Celková svchost obálka 13–14 Časovače služeb
Jádro (System) 8 Část práce Defenderu a infrastruktury
Antivirus mimo sken ~3 Periodické kontroly
Rozhraní (explorer, sihost, dwm, informační kanál Nabídky Start, hledání, widgety, OneDrive) 4.1 2.3% rozpočtu; „nečinnost plochy“ je téměř zdarma

Tři čtvrtiny rozdílu ve spouštění procesů dávají periodické mechanismy uživatelské relace: hostitel úloh UWP na pozadí (cyklus přibližně 13 minut), RuntimeBroker a SoftLanding každých 15 minut.

Síť: tři trvalá spojení a dva nové časovače

Sekce “Síť: tři trvalá spojení a dva nové časovače”

Na přihlašovací obrazovce žije jedno trvalé spojení. Na ploše jsou tři: dvě drží informační kanál Nabídky Start (obsah MSN: počasí, zprávy, živé dlaždice) od první minuty a bez přerušení, třetí systémová služba oznámení. CPU cena kanálu za celé okno je méně než 2 CPU sekundy, ale samotné spojení žije neustále.

Nové časovače relace: OneDrive se synchronizuje každých 32–33 minut po dvou spojeních, aktualizace Edge se kontrolují jednou za několik hodin. Kontroly signatur Defenderu probíhají v clusterech každých 30–40 minut. Veškerý provoz směřuje do infrastruktury Microsoft; cizí spojení nebyla pozorována.

Aktualizace zásad skupiny na ploše cykluje každých 16–17 minut proti přibližně 80 minutám na přihlašovací obrazovce. Služba aplikací (AppXSvc) a ochrana licencí (sppsvc) si zachovaly stejný rytmus. Pět služeb relace žije trvale, včetně oznámení uživatele a Clipboard.

Systémové úniky nejsou: antivirus po skenu uvolnil 81 MB, rozhraní narostlo pouze v prvních 30 minutách a dosáhlo plató. Počet procesů je 130–153 proti 84–98 na přihlašovací obrazovce.

  • Změřeno: ustálená plocha je 1.61krát dražší než přihlašovací obrazovka podle CPU; první hodina po přihlášení je hlavní cena relace (79% CPU okna).
  • Změřeno: informační kanál Nabídky Start drží dvě trvalá spojení celou relaci; OneDrive se synchronizuje každých 32–33 minut.
  • Změřeno: vlna Store při přihlášení stáhla přibližně 880 MB přes Delivery Optimization; síťový nárůst při přihlášení je 67krát větší než ustálený.
  • Změřeno: rozhraní (explorer, dwm, informační kanál Nabídky Start, hledání, widgety) v ustálené nečinnosti spotřebovává přibližně 2.3% CPU.
  • Pozorováno: aktualizace přišly přes Store/DO, nikoli přes klasický WU; noční úlohy údržby se do záběru nedostaly.
  • Chování na fyzickém hardwaru a na jiných sestavách Windows.
  • Noční okna a denní úlohy údržby (běh byl denní, ukončen předčasně).
  • Vliv vypnutí informačního kanálu Nabídky Start nebo OneDrive na tato čísla: pouze jsme změřili jejich přínos, vypnutí nebylo testováno.
  • Vliv na FPS a celkový výkon her: nebylo měřeno.

Jeden běh na stav, virtuální počítač, denní okno. Práce Windows na pozadí přichází v nárazech, proto přenos absolutních hodnot na jiný hardware a celý den není opodstatněný. Procesy kratší než minuta a UDP provoz (DNS, NTP) nejsou vidět úplně. Část protokolů nezaznamenávala události během druhého běhu; přechody služeb byly rekonstruovány ze snímků.

„Šum Windows na pozadí“ se rozpadá na tři různé věci a proti každé je třeba bojovat jinak. Vlny po přihlášení (sken Defenderu a aktualizace Store) dávají větší část CPU — nelze je vypnout jemnými nastaveními, ale samy skončí. Systémové metronomy (WMI polling, licenční kontroly, časovač OneDrive) jsou stabilní, ale malé pozadí. Rozhraní je téměř zdarma.

Praktické důsledky: neměřte „optimalizaci“ podle první hodiny po přihlášení, pokud neizolujete vlny; pro minimalizaci sítě vypněte informační kanál Nabídky Start a OneDrive, pokud je nepotřebujete; očekávání „ticha“ ihned po přihlášení není opodstatněné.

Systém nebyl měněn: oba běhy jsou čisté pozorování bez úprav nastavení, služeb a registru. Virtuální počítač byl po měřeních vrácen k čistému snímku.

Měření provedl BoosterX Research na popsaném virtuálním počítači. Výzkum patří vývojáři BoosterX, vývojář má přímý zájem na výsledku; metodika a omezení jsou popsány výše, původní pozorování lze zopakovat podle otevřené metodiky.

Poslední kontrola: 2026-09-22.