Darbvirsma pret pieteikšanās ekrānu: cik izmaksā lietotāja sesija
Šajā lapā
Īsā atbilde
Section titled “Īsā atbilde”Pieteikta darbvirsma ir dārgāka par pieteikšanās ekrānu, bet daudz mazāk, nekā šķiet: stacionārā dīkstāvē tā aizņem aptuveni 0.012 kodola pret 0.0074 pieteikšanās ekrānā, tas ir, 1.6 reizes vairāk. Īstā lietotāja sesijas cena ir pirmā stunda pēc pieteikšanās: Defender skenēšana un Store atjauninājumu vilnis kopā apēd aptuveni 79% no visas piecu stundu loga CPU aktivitātes. Pati čaula ir gandrīz bez maksas: explorer, sihost, dwm un Sākuma plūsma kopā tērē aptuveni 2.3% no budžeta.
Statuss: izmērīts vienā 5 stundu ciklā uz Windows 11 26H2 virtuālajā mašīnā. Salīdzinājums ar pieteikšanās ekrānu veikts tajā pašā būvējumā un momentuzņēmumā. Pārnešana uz fizisku aparatūru, citiem būvējumiem un nakts logiem netika pārbaudīta.
Pārbaudāmais apgalvojums
Section titled “Pārbaudāmais apgalvojums”Mēs pārbaudījām četrus apgalvojumus:
- Pieteikta darbvirsma ir ievērojami dārgāka par pieteikšanās ekrāna dīkstāvi.
- Sesijas galvenā cena ir pastāvīga čaulas darbība.
- Lietotāja sesija ievērojami maina dīkstāves tīkla profilu.
- Windows plānotie mehānismi (atjauninājumi, servisa taimeri) sesijā uzvedas tāpat kā bez tās.
Pētījuma apjoms
Section titled “Pētījuma apjoms”- Windows 11 Pro, build 26300.9457 (26H2), virtuālā mašīna 4 vCPU / 8 GB;
- tīra instalācija bez trešās puses programmatūras; miegs un konfigurācijas atjauninājumi netika izslēgti;
- divi cikli uz viena momentuzņēmuma: pieteikšanās ekrāns bez lietotāja sesijas (6 stundas) un pieteikta darbvirsma (4 stundas 46 minūtes, pārtraukta pirms termiņa);
- pieteikšanās sistēmā veikta manuāli; novērošana sākta pēc čaulas palaišanas apstiprināšanas;
- minūtes momentuzņēmumi: procesu CPU, darbojošos servisu kopas, atmiņa un izveidotie savienojumi.
Mērījumi neietvēra fizisku aparatūru, reālu darbu pie datora, GPU slodzi un nakts logus (diennakts apkopes uzdevumi kadrā neiekļuva).
Metodika
Section titled “Metodika”Katram procesam reizi minūtē tika fiksētas uzkrātās CPU sekundes; blakus esošo momentuzņēmumu starpība dod patēriņu intervālā. Servisi tika izsekoti pēc darbojošos instanču kopām un pārejām; tīkls — pēc izveidotajiem savienojumiem momentuzņēmuma brīdī. Pašas uzraudzības troksnis (aptuveni 3.6% CPU) tika izslēgts no interpretācijas. Abi cikli tika salīdzināti pēc uz stundu normalizētiem lielumiem.
Rezultāti
Section titled “Rezultāti”Kopsavilkuma salīdzinājums
Section titled “Kopsavilkuma salīdzinājums”| Metrika | Pieteikšanās ekrāns | Darbvirsma | Atšķirība |
|---|---|---|---|
| CPU vidēji logā, kodoli | 0.0098 | 0.0492 | ×5.0 |
| CPU stacionārā stundā, kodoli | 0.0074 | 0.0120 | ×1.61 |
| CPU pirmajā stundā pēc pieteikšanās/ielādes, kodoli | 0.0185 | 0.2942 | ×15.9 |
| Sistēmas procesu palaišanas stundā | 26.1 | 79.5 | ×3.05 |
| Minūtes ar aktivitāti virs 1 CPU-s | 5% | 13.5% | ×2.4 pēc daļas |
| Izveidotie savienojumi stundā (endpoint-minūtes) | 88.3 | 228.1 | ×2.58 |
| Pastāvīgie savienojumi | 1 | 3 | ×3 |
Galvenais fakts: vidējais skaitlis “×5” gandrīz pilnībā sastāv no pirmās stundas. Darbvirsmas stacionārās stundas ir viendabīgas (0.0118–0.0127 kodola) un nedreifē.
Pirmā stunda: divi viļņi
Section titled “Pirmā stunda: divi viļņi”| Vilnis | Daļa | Kas notika |
|---|---|---|
| Defender pieteikšanās skenēšana | ~55% CPU stundas | Antivīrusu process darbojās aptuveni 0.7 kodola 8 minūtes pēc kārtas; skenēšana sākās uzreiz pēc pieteikšanās |
| Store un USO atjaunināšana | ~27% CPU stundas | 24 lietotņu instalēšana, aptuveni 880 MB lejupielāde caur Delivery Optimization, tostarp vienādranga apmaiņa |
Store vilnis ir svarīgs atsevišķi: šajā ciklā atjauninājumi nāca caur Microsoft Store un Delivery Optimization, nevis caur klasisko Windows Update. Pieteikšanās tīkla uzplūdums ir 67 reizes lielāks par stacionāro līmeni.
Stacionārā dīkstāve: kas strādā
Section titled “Stacionārā dīkstāve: kas strādā”| Avots | CPU sekundes stundā | Komentārs |
|---|---|---|
| Kopējā svchost saistība | 13–14 | Servisu taimeri |
| Kodols (System) | 8 | Daļa no Defender un infrastruktūras darba |
| Antivīruss ārpus skenēšanas | ~3 | Periodiskas pārbaudes |
| Čaula (explorer, sihost, dwm, Sākuma plūsma, meklēšana, logrīki, OneDrive) | 4.1 | 2.3% budžeta; “darbvirsmas dīkstāve” ir gandrīz bez maksas |
Trīs ceturtdaļas no procesu palaišanas atšķirības dod lietotāja sesijas periodiskie mehānismi: UWP uzdevumu fona resursdators (cikls aptuveni 13 minūtes), RuntimeBroker un SoftLanding ik pēc 15 minūtēm.
Tīkls: trīs pastāvīgi savienojumi un divi jauni taimeri
Section titled “Tīkls: trīs pastāvīgi savienojumi un divi jauni taimeri”Pieteikšanās ekrānā pastāv viens pastāvīgs savienojums. Darbvirsma tos tur trīs: divus uztur Sākuma plūsma (MSN saturs: laikapstākļi, ziņas, dzīvās flīzes) no pirmās minūtes un bez pārtraukumiem, trešo — sistēmas paziņojumu serviss. Sākuma plūsmas CPU cena visā logā — mazāk par 2 CPU sekundēm, bet pats savienojums pastāv vienmēr.
Jauni sesijas taimeri: OneDrive sinhronizējas ik pēc 32–33 minūtēm pa diviem savienojumiem, Edge atjauninājumi tiek pārbaudīti reizi dažās stundās. Defender parakstu pārbaudes notiek klasteros ik pēc 30–40 minūtēm. Viss trafiks ir vērsts uz Microsoft infrastruktūru; sveši savienojumi netika novēroti.
Servisu taimeri
Section titled “Servisu taimeri”Grupu politikas atjaunināšana darbvirsma ciklojas ik pēc 16–17 minūtēm pret aptuveni 80 minūtēm pieteikšanās ekrānā. Lietotņu serviss (AppXSvc) un licenču aizsardzība (sppsvc) saglabāja to pašu ritmu. Pieci sesijas servisi pastāv pastāvīgi, tostarp lietotāja paziņojumi un Clipboard.
Atmiņa
Section titled “Atmiņa”Sistēmas noplūdes nav: antivīruss pēc skenēšanas atbrīvoja 81 MB, čaula pieauga tikai pirmajās 30 minūtēs un sasniedza plato. Procesu skaits — 130–153 pret 84–98 pieteikšanās ekrānā.
Kas apstiprināts
Section titled “Kas apstiprināts”- Izmērīts: stacionārā darbvirsma ir 1.61 reizi dārgāka par pieteikšanās ekrānu pēc CPU; pirmā stunda pēc pieteikšanās — sesijas galvenā cena (79% no loga CPU).
- Izmērīts: Sākuma plūsma uztur divus pastāvīgus savienojumus visu sesiju; OneDrive sinhronizējas ik pēc 32–33 minūtēm.
- Izmērīts: pieteikšanās Store vilnis lejupielādēja aptuveni 880 MB caur Delivery Optimization; pieteikšanās tīkla uzplūdums ir 67 reizes lielāks par stacionāro.
- Izmērīts: čaula (explorer, dwm, Sākuma plūsma, meklēšana, logrīki) stacionārā dīkstāvē tērē aptuveni 2.3% CPU.
- Novērots: atjauninājumi nāca caur Store/DO, nevis caur klasisko WU; nakts apkopes uzdevumi kadrā neiekļuva.
Kas nav apstiprināts
Section titled “Kas nav apstiprināts”- Uzvedība uz fiziskas aparatūras un citos Windows būvējumos.
- Nakts logi un diennakts apkopes uzdevumi (cikls dienas laikā, pārtraukts pirms termiņa).
- Sākuma plūsmas vai OneDrive izslēgšanas ietekme uz šiem skaitļiem: mēs tikai izmērījām to ieguldījumu, izslēgšana netika testēta.
- Ietekme uz FPS un galīgo spēļu veiktspēju: netika mērīta.
Ierobežojumi
Section titled “Ierobežojumi”Viens cikls uz stāvokli, virtuālā mašīna, dienas logs. Windows fona darbs nāk uzplūdumos, tāpēc absolūto vērtību pārnešana uz citu aparatūru un diennakti nav pamatota. Procesi, kas īsāki par minūti, un UDP trafiks (DNS, NTP) nav redzami pilnībā. Daļa žurnālu nefiksēja notikumus otrā cikla laikā; servisu pārejas tika atjaunotas pēc momentuzņēmumiem.
Praktiskais secinājums
Section titled “Praktiskais secinājums”“Windows fona troksnis” sadalās trīs dažādās lietās, un ar tām jācīnās atšķirīgi. Pēc pieteikšanās sekojošie viļņi (Defender skenēšana un Store atjauninājumi) dod lielāko daļu CPU — tos nevar izslēgt ar smalkiem iestatījumiem, bet tie beidzas paši. Sistēmas metronomi (WMI aptauja, licenču pārbaudes, OneDrive taimeris) — noturīgs, bet mazs fons. Čaula — gandrīz bez maksas.
Praktiskās sekas: nemēriet “optimizāciju” pēc pirmās stundas pēc pieteikšanās, ja neizolējat viļņus; lai samazinātu tīklu, izslēdziet Sākuma plūsmu un OneDrive, ja tie nav vajadzīgi; gaidīt “klusumu” uzreiz pēc pieteikšanās nav pamatoti.
Stāvokļa atjaunošana
Section titled “Stāvokļa atjaunošana”Sistēma netika mainīta: abi cikli — tīra novērošana bez iestatījumu, servisu un reģistra labojumiem. Virtuālā mašīna pēc mērījumiem atgriezta tīrā momentuzņēmumā.
Avoti un robežas
Section titled “Avoti un robežas”Mērījumus veica BoosterX Research aprakstītajā virtuālajā mašīnā. Pētījums pieder BoosterX izstrādātājam, izstrādātājam ir tieša interese par rezultātu; metodika un ierobežojumi aprakstīti iepriekš, sākotnējos novērojumus var atkārtot pēc atklātās metodikas.
- Microsoft: Delivery Optimization, pārbaudīts 2026-09-22.
- Microsoft: Connected User Experiences and Telemetry, pārbaudīts 2026-09-22.
Pēdējā pārbaude: 2026-09-22.