Skrivbord mot inloggningsskärm: vad en användarsession kostar
På den här sidan
Kort svar
Section titled “Kort svar”Ett inloggat skrivbord är dyrare än inloggningsskärmen, men mycket mindre än det verkar: i stationär tomgång förbrukar det ungefär 0.012 kärnor mot 0.0074 på inloggningsskärmen, det vill säga 1.6 gånger mer. Det verkliga priset för en användarsession är den första timmen efter inloggning: Defender-genomsökningen och vågen av Store-uppdateringar tillsammans äter upp cirka 79% av all CPU-aktivitet i det fem timmar långa fönstret. Själva skalet är nästan gratis: explorer, sihost, dwm och Start-menyn förbrukar tillsammans omkring 2.3% av budgeten.
Status: uppmätt i en enda 5-timmarskörning på Windows 11 26H2 i en virtuell maskin. Jämförelsen med inloggningsskärmen gjordes på samma build och samma ögonblicksbild. Överföring till fysisk hårdvara, andra builds och nattliga fönster har inte verifierats.
Verifierbart påstående
Section titled “Verifierbart påstående”Vi verifierade fyra påståenden:
- Ett inloggat skrivbord är betydligt dyrare än tomgång på inloggningsskärmen.
- Det huvudsakliga priset för sessionen är skalets ständiga arbete.
- Användarsessionen förändrar nätverksprofilen för tomgång märkbart.
- Windows schemalagda mekanismer (uppdateringar, tjänstetimers) beter sig i sessionen på samma sätt som utan den.
Undersökningens omfattning
Section titled “Undersökningens omfattning”- Windows 11 Pro, build 26300.9457 (26H2), virtuell maskin 4 vCPU / 8 GB;
- ren installation utan tredjepartsprogram; sömn och konfigurationsuppdateringar var inte avstängda;
- två körningar på samma ögonblicksbild: inloggningsskärm utan användarsession (6 timmar) och inloggat skrivbord (4 timmar 46 minuter, avbrutet i förtid);
- inloggning gjordes manuellt; observationen startade efter bekräftad start av skalet;
- minutvisa ögonblicksbilder: CPU per process, uppsättningar av körande tjänster, minne och etablerade anslutningar.
Mätningarna omfattade inte fysisk hårdvara, verkligt arbete vid datorn, GPU-belastning och nattliga fönster (dygnsuppgifter för underhåll kom inte med i bilden).
För varje process registrerades ackumulerade CPU-sekunder en gång i minuten; skillnaden mellan intilliggande ögonblicksbilder ger förbrukningen under intervallet. Tjänster spårades via uppsättningar av körande instanser och övergångar; nätverket via etablerade anslutningar vid ögonblicksbildens tidpunkt. Bruset från den egna övervakningen (cirka 3.6% CPU) uteslöts från tolkningen. Båda körningarna jämfördes med timnormerade storheter.
Resultat
Section titled “Resultat”Sammanfattande jämförelse
Section titled “Sammanfattande jämförelse”| Metrik | Inloggningsskärm | Skrivbord | Skillnad |
|---|---|---|---|
| CPU i genomsnitt per fönster, kärnor | 0.0098 | 0.0492 | ×5.0 |
| CPU stationär timme, kärnor | 0.0074 | 0.0120 | ×1.61 |
| CPU första timmen efter inloggning/start, kärnor | 0.0185 | 0.2942 | ×15.9 |
| Starter av systemprocesser per timme | 26.1 | 79.5 | ×3.05 |
| Minuter med aktivitet över 1 CPU-s | 5% | 13.5% | ×2.4 i andel |
| Etablerade anslutningar per timme (endpoint-minuter) | 88.3 | 228.1 | ×2.58 |
| Ständiga anslutningar | 1 | 3 | ×3 |
Centralt faktum: siffran “×5” i genomsnitt består nästan helt av den första timmen. Skrivbordets stationära timmar är enhetliga (0.0118–0.0127 kärnor) och driver inte.
Första timmen: två vågor
Section titled “Första timmen: två vågor”| Våg | Andel | Vad som hände |
|---|---|---|
| Defenders inloggningsgenomsökning | ~55% CPU-timmen | Antivirusprocessen arbetade i cirka 0.7 kärnor i 8 minuter i följd; genomsökningen startade direkt efter inloggningen |
| Store- och USO-uppdatering | ~27% CPU-timmen | Installation av 24 appar, nedladdning av cirka 880 MB via Delivery Optimization, inklusive peering |
Store-vågen är särskilt viktig: i denna körning kom uppdateringarna via Microsoft Store och Delivery Optimization, inte via den klassiska Windows Update. Nätverkstoppen vid inloggningen är 67 gånger större än den stationära nivån.
Stationär tomgång: vem som arbetar
Section titled “Stationär tomgång: vem som arbetar”| Källa | CPU-sekunder per timme | Kommentar |
|---|---|---|
| Allmän svchost-infrastruktur | 13–14 | Tjänstetimers |
| Kärna (System) | 8 | En del av Defenders och infrastrukturens arbete |
| Antivirus utanför genomsökning | ~3 | Periodiska kontroller |
| Skal (explorer, sihost, dwm, Start-menyn, sökning, widgetar, OneDrive) | 4.1 | 2.3% av budgeten; “skrivbordets tomgång” är nästan gratis |
Tre fjärdedelar av skillnaden i processstarter kommer från användarsessionens periodiska mekanismer: bakgrundsvärden för UWP-uppgifter (cykel på cirka 13 minuter), RuntimeBroker och SoftLanding var 15:e minut.
Nätverk: tre ständiga anslutningar och två nya timers
Section titled “Nätverk: tre ständiga anslutningar och två nya timers”På inloggningsskärmen finns en ständig anslutning. På skrivbordet finns tre: två hålls av Start-menyn (MSN-innehåll: väder, nyheter, live-paneler) från första minuten och utan avbrott, den tredje av en systemtjänst för aviseringar. Menyns CPU-kostnad under hela fönstret är mindre än 2 CPU-sekunder, men själva anslutningen lever alltid.
Nya timers i sessionen: OneDrive synkroniserar var 32–33:e minut med två anslutningar, Edge-uppdateringar kontrolleras med några timmars mellanrum. Defenders signaturkontroller sker i kluster var 30–40:e minut. All trafik riktas mot Microsofts infrastruktur; inga främmande anslutningar observerades.
Tjänstetimers
Section titled “Tjänstetimers”Uppdatering av grupprincipen på skrivbordet cyklar var 16–17:e minut mot cirka 80 minuter på inloggningsskärmen. Applikationstjänsten (AppXSvc) och licensskyddet (sppsvc) behöll samma rytm. Fem sessionstjänster lever ständigt, inklusive användaraviseringar och Clipboard.
Inga systemläckor: antiviruset släppte 81 MB efter genomsökningen, skalet växte bara under de första 30 minuterna och nådde en platå. Antalet processer är 130–153 mot 84–98 på inloggningsskärmen.
Vad som bekräftats
Section titled “Vad som bekräftats”- Uppmätt: ett stationärt skrivbord är 1.61 gånger dyrare än inloggningsskärmen i CPU; den första timmen efter inloggning är sessionens huvudsakliga kostnad (79% av fönstrets CPU).
- Uppmätt: Start-menyn håller två ständiga anslutningar under hela sessionen; OneDrive synkroniserar var 32–33:e minut.
- Uppmätt: inloggningens Store-våg laddade ner cirka 880 MB via Delivery Optimization; nätverkstoppen vid inloggningen är 67 gånger större än den stationära.
- Uppmätt: skalet (explorer, dwm, Start-menyn, sökning, widgetar) förbrukar cirka 2.3% CPU i stationär tomgång.
- Observerat: uppdateringarna kom via Store/DO, inte via klassisk WU; nattliga underhållsuppgifter kom inte med i bilden.
Vad som inte bekräftats
Section titled “Vad som inte bekräftats”- Beteendet på fysisk hårdvara och på andra builds av Windows.
- Nattliga fönster och dygnsuppgifter för underhåll (körningen är daglig och avbröts i förtid).
- Effekten av att stänga av Start-menyn eller OneDrive på dessa siffror: vi mätte bara deras bidrag, avstängning testades inte.
- Effekten på FPS och spelprestanda i slutändan: mättes inte.
Begränsningar
Section titled “Begränsningar”En körning per tillstånd, virtuell maskin, dagtidsfönster. Windows bakgrundsarbete kommer i toppar, så överföring av absoluta värden till annan hårdvara och andra dygn är inte motiverad. Processer kortare än en minut och UDP-trafik (DNS, NTP) syns inte fullt ut. En del loggar registrerade inte händelser under den andra körningen; tjänsteövergångar rekonstruerades från ögonblicksbilder.
Praktisk slutsats
Section titled “Praktisk slutsats”“Windows bakgrundsbrus” delas upp i tre olika saker, och de måste hanteras på olika sätt. Vågorna efter inloggning (Defender-genomsökning och Store-uppdateringar) står för större delen av CPU:n — de går inte att stänga av med finjusteringar, men de tar slut av sig själva. Systemets metronomer (WMI-polling, licenskontroller, OneDrive-timern) är en stabil men liten bakgrund. Skalet är nästan gratis.
Praktiska konsekvenser: mät inte “optimering” utifrån den första timmen efter inloggning om du inte isolerar vågorna; för att minimera nätverket, stäng av Start-menyn och OneDrive om de inte behövs; att förvänta sig “tystnad” direkt efter inloggning är inte motiverat.
Återställning av tillstånd
Section titled “Återställning av tillstånd”Systemet ändrades inte: båda körningarna är ren observation utan ändringar av inställningar, tjänster och registret. Den virtuella maskinen återställdes till en ren ögonblicksbild efter mätningarna.
Källor och gränser
Section titled “Källor och gränser”Mätningarna utfördes av BoosterX Research på den beskrivna virtuella maskinen. Studien tillhör utvecklaren av BoosterX, och utvecklaren har ett direkt intresse av resultatet; metoden och begränsningarna beskrivs ovan, och de ursprungliga observationerna kan upprepas enligt den öppna metoden.
- Microsoft: Delivery Optimization, verifierat 2026-09-22.
- Microsoft: Connected User Experiences and Telemetry, verifierat 2026-09-22.
Senaste kontroll: 2026-09-22.