Skrivebord vs. loginskærm: hvad koster en brugersession

Kort svar

En logget ind skrivebordssession er dyrere end loginskærmen, men meget mindre, end det ser ud til: i stationær tomgang bruger den cirka 0.012 kerner mod 0.0074 på loginskærmen, altså 1.6 gange mere. Den egentlige pris for en brugersession er den første time efter login: Defender-scanning og en bølge af Store-opdateringer spiser tilsammen omkring 79% af al CPU-aktivitet i det fem timer lange vindue. Selve shellen er næsten gratis: explorer, sihost, dwm og Start-menuen bruger tilsammen omkring 2.3% af budgettet.

Status: målt i ét 5-timers gennemløb på Windows 11 26H2 i en virtuel maskine. Sammenligningen med loginskærmen blev foretaget på samme build og snapshot. Overførsel til fysisk hardware, andre builds og natlige vinduer er ikke undersøgt.

Testbar påstand

Vi undersøgte fire påstande:

1. Et logget ind skrivebord er betydeligt dyrere end tomgang på loginskærmen.
2. Den primære pris for sessionen er shellens konstante arbejde.
3. Brugersessionen ændrer markant tomgangens netværksprofil.
4. Windows’ planlagte mekanismer (opdateringer, service-timere) opfører sig i sessionen som uden den.

Undersøgelsens omfang

• Windows 11 Pro, build 26300.9457 (26H2), virtuel maskine 4 vCPU / 8 GB;
• ren installation uden tredjepartssoftware; slumring og konfigurationsopdateringer var ikke deaktiveret;
• to gennemløb på samme snapshot: loginskærm uden brugersession (6 timer) og logget ind skrivebord (4 timer 46 minutter, stoppet før tid);
• login blev udført manuelt; observationen begyndte efter bekræftet start af shellen;
• minutvise snapshots: CPU for processer, sæt af kørende services, hukommelse og etablerede forbindelser.

Målingerne omfattede ikke fysisk hardware, reelt arbejde ved computeren, GPU-belastning og natlige vinduer (daglige vedligeholdelsesopgaver faldt uden for rammen).

Metode

For hver proces blev akkumulerede CPU-sekunder registreret én gang i minuttet; forskellen mellem nabosnapshots giver forbruget i intervallet. Services blev fulgt via sæt af kørende instanser og overgange; netværk via etablerede forbindelser på snapshot-tidspunktet. Støj fra vores egen overvågning (omkring 3.6% CPU) er udeladt fra fortolkningen. Begge gennemløb blev sammenlignet ud fra time-normaliserede størrelser.

Resultater

Samlet sammenligning

Metrik	Loginskærm	Skrivebord	Forskel
CPU i gennemsnit pr. vindue, kerner	0.0098	0.0492	×5.0
CPU i stationær time, kerner	0.0074	0.0120	×1.61
CPU i første time efter login/opstart, kerner	0.0185	0.2942	×15.9
Start af systemprocesser pr. time	26.1	79.5	×3.05
Minutter med aktivitet over 1 CPU-s	5%	13.5%	×2.4 i andel
Etablerede forbindelser pr. time (endpoint-minutter)	88.3	228.1	×2.58
Permanente forbindelser	1	3	×3

Centralt faktum: gennemsnitstallet «×5» består næsten udelukkende af den første time. Skrivebordets stationære timer er ensartede (0.0118–0.0127 kerner) og driver ikke.

Den første time: to bølger

Bølge	Andel	Hvad der skete
Defender-login-scan	~55% CPU-time	Antivirusprocessen kørte omkring 0.7 kerne i 8 minutter i træk; scanningen begyndte straks efter login
Store- og USO-opdatering	~27% CPU-time	Installation af 24 applikationer, download på omkring 880 MB via Delivery Optimization, inklusive peering

Store-bølgen er vigtig i sig selv: i dette gennemløb kom opdateringerne via Microsoft Store og Delivery Optimization, ikke via klassisk Windows Update. Netværksspidsen ved login er 67 gange større end det stationære niveau.

Stationær tomgang: hvem arbejder

Kilde	CPU-sekunder pr. time	Kommentar
Samlet svchost-rammeværk	13–14	Service-timere
Kernel (System)	8	En del af Defender og infrastrukturens arbejde
Antivirus uden for scanning	~3	Periodiske kontroller
Shell (explorer, sihost, dwm, Start-menu, søgning, widgets, OneDrive)	4.1	2.3% af budgettet; «skrivebordets tomgang» er næsten gratis

Tre fjerdedele af forskellen i processtarter kommer fra brugersessionens periodiske mekanismer: baggrundsværten for UWP-opgaver (cyklus på omkring 13 minutter), RuntimeBroker og SoftLanding hvert 15. minut.

Netværk: tre permanente forbindelser og to nye timere

På loginskærmen findes én permanent forbindelse. På skrivebordet er der tre: to holdes af Start-menuen (MSN-indhold: vejr, nyheder, live-fliser) fra første minut og uden afbrydelser, den tredje af en systemmæssig notifikationsservice. CPU-prisen for menuen over hele vinduet er under 2 CPU-sekunder, men selve forbindelsen lever altid.

Nye sessionstimere: OneDrive synkroniserer hvert 32.–33. minut med to forbindelser, Edge-opdateringer kontrolleres hver par timer. Defender-signaturkontroller kører i klynger hvert 30.–40. minut. Al trafik er rettet mod Microsofts infrastruktur; fremmede forbindelser blev ikke observeret.

Service-timere

Opdatering af gruppepolitik på skrivebordet cykler hvert 16.–17. minut mod omkring 80 minutter på loginskærmen. Applikationsservicen (AppXSvc) og licensbeskyttelsen (sppsvc) bevarede samme rytme. Fem session-services lever permanent, inklusive brugerens notifikationer og Clipboard.

Hukommelse

Der er ingen systemlækager: antivirus frigav 81 MB efter scanningen, shellen voksede kun i de første 30 minutter og nåede et plateau. Antallet af processer er 130–153 mod 84–98 på loginskærmen.

Hvad der er bekræftet

• Målt: et stationært skrivebord er 1.61 gange dyrere end loginskærmen i CPU; den første time efter login er sessionens primære pris (79% af vinduets CPU).
• Målt: Start-menuen holder to permanente forbindelser hele sessionen; OneDrive synkroniserer hvert 32.–33. minut.
• Målt: loginets Store-bølge downloadede omkring 880 MB via Delivery Optimization; netværksspidsen ved login er 67 gange større end den stationære.
• Målt: shellen (explorer, dwm, Start-menu, søgning, widgets) bruger i stationær tomgang omkring 2.3% CPU.
• Observeret: opdateringerne kom via Store/DO, ikke via klassisk WU; natlige vedligeholdelsesopgaver faldt uden for rammen.

Hvad der ikke er bekræftet

• Adfærd på fysisk hardware og på andre Windows-builds.
• Natlige vinduer og daglige vedligeholdelsesopgaver (gennemløbet er dagligt og stoppet før tid).
• Effekten af at deaktivere Start-menuen eller OneDrive på disse tal: vi målte kun deres bidrag, deaktivering blev ikke testet.
• Effekten på FPS og den samlede spilydelse: ikke målt.

Begrænsninger

Ét gennemløb pr. tilstand, virtuel maskine, dagligt vindue. Windows’ baggrundsarbejde kommer i spidser, så overførsel af absolutte værdier til anden hardware og andre døgn er ikke berettiget. Processer kortere end et minut og UDP-trafik (DNS, NTP) ses ikke fuldt ud. En del logger registrerede ikke hændelser under det andet gennemløb; serviceovergange er rekonstrueret ud fra snapshots.

Praktisk konklusion

«Windows’ baggrundsstøj» falder i tre forskellige ting, og de skal håndteres forskelligt. Bølgerne efter login (Defender-scanning og Store-opdateringer) står for størstedelen af CPU’en — de kan ikke slukkes med fine indstillinger, men de slutter af sig selv. Systemets metronomer (WMI-polling, licenskontroller, OneDrive-timeren) er en stabil, men lille baggrund. Shellen er næsten gratis.

Praktiske konsekvenser: mål ikke «optimering» ud fra den første time efter login, hvis du ikke isolerer bølgerne; for at minimere netværket bør du deaktivere Start-menuen og OneDrive, hvis de ikke er nødvendige; forventningen om «ro» umiddelbart efter login er ikke berettiget.

Gendannelse af tilstand

Systemet blev ikke ændret: begge gennemløb er ren observation uden ændringer af indstillinger, services og registreringsdatabasen. Den virtuelle maskine blev returneret til et rent snapshot efter målingerne.

Kilder og grænser

Målingerne er udført af BoosterX Research på den beskrevne virtuelle maskine. Undersøgelsen tilhører udvikleren af BoosterX, og udvikleren har en direkte interesse i resultatet; metoden og begrænsningerne er beskrevet ovenfor, og de oprindelige observationer kan gentages efter den åbne metode.

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

Seneste kontrol: 2026-09-22.