Pulpit a ekran logowania: ile kosztuje sesja użytkownika

Krótka odpowiedź

Zalogowany pulpit jest droższy niż ekran logowania, ale znacznie mniej, niż się wydaje: w stacjonarnym bezczynności zajmuje około 0.012 rdzenia wobec 0.0074 na ekranie logowania, czyli 1.6 raza więcej. Prawdziwa cena sesji użytkownika to pierwsza godzina po zalogowaniu: skanowanie Defender i fala aktualizacji Store razem zjadają około 79% całej aktywności CPU pięciogodzinnego okna. Sama powłoka jest niemal darmowa: explorer, sihost, dwm i kanał Start razem zużywają około 2.3% budżetu.

Status: zmierzone w jednym 5-godzinnym przebiegu na Windows 11 26H2 w maszynie wirtualnej. Porównanie z ekranem logowania wykonano na tej samej kompilacji i snapshocie. Przeniesienie na sprzęt fizyczny, inne kompilacje i okna nocne nie było sprawdzane.

Weryfikowalne twierdzenie

Sprawdzaliśmy cztery twierdzenia:

1. Zalogowany pulpit jest znacznie droższy niż bezczynność ekranu logowania.
2. Główna cena sesji to stała praca powłoki.
3. Sesja użytkownika wyraźnie zmienia profil sieciowy bezczynności.
4. Mechanizmy zaplanowane Windows (aktualizacje, timery usług) zachowują się w sesji tak samo jak bez niej.

Zakres badania

• Windows 11 Pro, build 26300.9457 (26H2), maszyna wirtualna 4 vCPU / 8 GB;
• czysta instalacja bez oprogramowania firm trzecich; uśpienie i aktualizacje konfiguracji nie zostały wyłączone;
• dwa przebiegi na jednym snapshocie: ekran logowania bez sesji użytkownika (6 godzin) i zalogowany pulpit (4 godziny 46 minut, zatrzymany przedwcześnie);
• logowanie wykonano ręcznie; obserwację rozpoczęto po potwierdzeniu uruchomienia powłoki;
• minutowe snapshoty: CPU procesów, zestawy działających usług, pamięć i ustanowione połączenia.

Pomiary nie obejmowały sprzętu fizycznego, rzeczywistej pracy przy komputerze, obciążenia GPU i okien nocnych (zadania konserwacji dobowej nie weszły w kadr).

Metodyka

Dla każdego procesu raz na minutę rejestrowano skumulowane sekundy CPU; różnica sąsiednich snapshotów daje zużycie za interwał. Usługi śledzono po zestawach działających instancji i przejściach; sieć — po ustanowionych połączeniach w momencie snapshotu. Szum własnego monitoringu (około 3.6% CPU) wyłączono z interpretacji. Oba przebiegi porównywano po wielkościach znormalizowanych na godzinę.

Wyniki

Porównanie zbiorcze

Metryka	Ekran logowania	Pulpit	Różnica
CPU średnio za okno, rdzeni	0.0098	0.0492	×5.0
CPU stacjonarnej godziny, rdzeni	0.0074	0.0120	×1.61
CPU pierwszej godziny po zalogowaniu/rozruchu, rdzeni	0.0185	0.2942	×15.9
Uruchomień procesów systemowych na godzinę	26.1	79.5	×3.05
Minut z aktywnością powyżej 1 CPU-s	5%	13.5%	×2.4 według udziału
Ustanowionych połączeń na godzinę (endpoint-minuty)	88.3	228.1	×2.58
Stałych połączeń	1	3	×3

Kluczowy fakt: średnia cyfra „×5” niemal w całości składa się z pierwszej godziny. Stacjonarne godziny pulpitu są jednorodne (0.0118–0.0127 rdzenia) i nie dryfują.

Pierwsza godzina: dwie fale

Fala	Udział	Co się działo
Skan logowania Defender	~55% CPU godziny	Proces antywirusowy pracował około 0.7 rdzenia 8 minut pod rząd; skan rozpoczął się zaraz po zalogowaniu
Aktualizacja Store i USO	~27% CPU godziny	Instalacja 24 aplikacji, pobranie około 880 MB przez Delivery Optimization, w tym peering

Fala Store jest ważna osobno: w tym przebiegu aktualizacje przyszły przez Microsoft Store i Delivery Optimization, a nie przez klasyczny Windows Update. Skok sieciowy logowania jest 67 razy większy niż poziom stacjonarny.

Stacjonarna bezczynność: kto pracuje

Źródło	Sekund CPU na godzinę	Komentarz
Ogólna otoczka svchost	13–14	Timery usług
Jądro (System)	8	Część pracy Defender i infrastruktury
Antywirus poza skanem	~3	Okresowe sprawdzenia
Powłoka (explorer, sihost, dwm, kanał Start, wyszukiwanie, widżety, OneDrive)	4.1	2.3% budżetu; „bezczynność pulpitu” jest niemal darmowa

Trzy czwarte różnicy w uruchomieniach procesów dają okresowe mechanizmy sesji użytkownika: host w tle zadań UWP (cykl około 13 minut), RuntimeBroker i SoftLanding co 15 minut.

Sieć: trzy stałe połączenia i dwa nowe timery

Na ekranie logowania żyje jedno stałe połączenie. Na pulpicie są trzy: dwa utrzymuje kanał Start (treści MSN: pogoda, wiadomości, żywe kafelki) od pierwszej minuty i bez przerw, trzecie — systemowa usługa powiadomień. Cena CPU kanału za całe okno to mniej niż 2 sekundy CPU, ale samo połączenie żyje zawsze.

Nowe timery sesji: OneDrive synchronizuje się co 32–33 minuty po dwa połączenia, aktualizacje Edge są sprawdzane raz na kilka godzin. Sprawdzenia sygnatur Defender idą klastrami co 30–40 minut. Cały ruch jest kierowany do infrastruktury Microsoft; obcych połączeń nie zaobserwowano.

Timery usług

Aktualizacja zasad grupy na pulpicie zapętla się co 16–17 minut wobec około 80 minut na ekranie logowania. Usługa aplikacji (AppXSvc) i ochrona licencji (sppsvc) zachowały ten sam rytm. Pięć usług sesji żyje stale, w tym powiadomienia użytkownika i Clipboard.

Pamięć

Wycieków systemowych nie ma: antywirus po skanie zwolnił 81 MB, powłoka urosła tylko w pierwszych 30 minutach i weszła na plateau. Liczba procesów — 130–153 wobec 84–98 na ekranie logowania.

Co potwierdzono

• Zmierzone: stacjonarny pulpit jest 1.61 raza droższy niż ekran logowania pod względem CPU; pierwsza godzina po zalogowaniu — główna cena sesji (79% CPU okna).
• Zmierzone: kanał Start utrzymuje dwa stałe połączenia przez cały seans; OneDrive synchronizuje się co 32–33 minuty.
• Zmierzone: fala Store logowania pobrała około 880 MB przez Delivery Optimization; skok sieciowy logowania jest 67 razy większy niż stacjonarny.
• Zmierzone: powłoka (explorer, dwm, kanał Start, wyszukiwanie, widżety) w stacjonarnej bezczynności zużywa około 2.3% CPU.
• Zaobserwowano: aktualizacje przyszły przez Store/DO, a nie przez klasyczny WU; zadania konserwacji nocnej nie weszły w kadr.

Co nie zostało potwierdzone

• Zachowanie na sprzęcie fizycznym i na innych kompilacjach Windows.
• Okna nocne i zadania konserwacji dobowej (przebieg dzienny, zatrzymany przedwcześnie).
• Wpływ wyłączenia kanału Start lub OneDrive na te liczby: tylko zmierzyliśmy ich wkład, wyłączenie nie było testowane.
• Wpływ na FPS i końcową wydajność gier: nie było mierzone.

Ograniczenia

Jeden przebieg na stan, maszyna wirtualna, okno dzienne. Praca w tle Windows przychodzi skokami, więc przenoszenie wartości bezwzględnych na inny sprzęt i dobę nie jest uzasadnione. Procesy krótsze niż minuta i ruch UDP (DNS, NTP) są widoczne nie w pełni. Część dzienników nie rejestrowała zdarzeń podczas drugiego przebiegu; przejścia usług odtworzono ze snapshotów.

Wniosek praktyczny

„Szum w tle Windows” rozpada się na trzy różne rzeczy, i trzeba z nimi walczyć różnie. Fale po zalogowaniu (skan Defender i aktualizacje Store) dają większą część CPU — nie da się ich wyłączyć drobnymi ustawieniami, ale kończą się same. Systemowe metronomy (odpytywanie WMI, sprawdzenia licencyjne, timer OneDrive) — to stabilne, ale małe tło. Powłoka — jest niemal darmowa.

Praktyczne konsekwencje: nie mierzcie „optymalizacji” po pierwszej godzinie po zalogowaniu, jeśli nie izolujecie fal; aby zminimalizować sieć, wyłączajcie kanał Start i OneDrive, jeśli nie są potrzebne; oczekiwanie „ciszy” zaraz po logowaniu nie jest uzasadnione.

Przywracanie stanu

System nie był zmieniany: oba przebiegi — czysta obserwacja bez zmian ustawień, usług i rejestru. Maszyna wirtualna została przywrócona do czystego snapshotu po pomiarach.

Źródła i granice

Pomiary wykonało BoosterX Research na opisanej maszynie wirtualnej. Badanie należy do dewelopera BoosterX, deweloper ma bezpośredni interes w wyniku; metodyka i ograniczenia opisano powyżej, źródłowe obserwacje można powtórzyć według otwartej metodyki.

• Microsoft: Delivery Optimization, sprawdzono 2026-09-22.
• Microsoft: Connected User Experiences and Telemetry, sprawdzono 2026-09-22.

Ostatnia weryfikacja: 2026-09-22.