डेस्कटॉप बनाम साइन-इन स्क्रीन: उपयोगकर्ता सत्र की कीमत क्या है

संक्षिप्त उत्तर

लॉग-इन किया गया डेस्कटॉप साइन-इन स्क्रीन से महँगा है, लेकिन जितना लगता है उससे कहीं कम: स्थिर निष्क्रियता में यह साइन-इन स्क्रीन के 0.0074 के मुकाबले लगभग 0.012 कोर लेता है, यानी 1.6 गुना अधिक। उपयोगकर्ता सत्र की असली कीमत — साइन-इन के बाद का पहला घंटा: Defender का स्कैन और Store अपडेट की लहर मिलकर पाँच-घंटे की विंडो की लगभग 79% पूरी CPU-गतिविधि खा जाते हैं। शेल लगभग मुफ़्त है: explorer, sihost, dwm और Start फ़ीड मिलकर बजट का लगभग 2.3% खर्च करते हैं।

स्थिति: Windows 11 26H2 पर वर्चुअल मशीन में एक 5-घंटे के रन में मापा गया। साइन-इन स्क्रीन से तुलना उसी बिल्ड और स्नैपशॉट पर की गई। भौतिक हार्डवेयर, अन्य बिल्ड और रात की विंडो पर स्थानांतरण की जाँच नहीं की गई।

जाँचा जाने वाला दावा

हमने चार दावे जाँचे:

1. लॉग-इन किया गया डेस्कटॉप साइन-इन स्क्रीन की निष्क्रियता से काफ़ी महँगा है।
2. सत्र की मुख्य कीमत शेल का निरंतर काम है।
3. उपयोगकर्ता सत्र निष्क्रियता का नेटवर्क प्रोफ़ाइल स्पष्ट रूप से बदल देता है।
4. Windows के नियोजित तंत्र (अपडेट, सेवा टाइमर) सत्र में वैसे ही व्यवहार करते हैं जैसे उसके बिना।

अनुसंधान का दायरा

• Windows 11 Pro, build 26300.9457 (26H2), वर्चुअल मशीन 4 vCPU / 8 GB;
• तीसरे पक्ष के सॉफ़्टवेयर के बिना साफ़ इंस्टॉलेशन; नींद और कॉन्फ़िगरेशन अपडेट बंद नहीं किए गए थे;
• एक ही स्नैपशॉट पर दो रन: उपयोगकर्ता सत्र के बिना साइन-इन स्क्रीन (6 घंटे) और लॉग-इन किया गया डेस्कटॉप (4 घंटे 46 मिनट, समय से पहले रोका गया);
• साइन-इन मैन्युअल रूप से किया गया; शेल के शुरू होने की पुष्टि के बाद अवलोकन शुरू किया गया;
• मिनट-दर-मिनट स्नैपशॉट: प्रक्रियाओं का CPU, चल रही सेवाओं के सेट, मेमोरी और स्थापित कनेक्शन।

मापन में भौतिक हार्डवेयर, कंप्यूटर पर वास्तविक काम, GPU-लोड और रात की विंडो शामिल नहीं थीं (दैनिक रखरखाव कार्य फ़्रेम में नहीं आए)।

कार्यप्रणाली

प्रत्येक प्रक्रिया के लिए हर मिनट संचित CPU-सेकंड दर्ज किए गए; पड़ोसी स्नैपशॉट का अंतर अंतराल की खपत देता है। सेवाओं को चल रहे इंस्टेंस के सेट और संक्रमणों से ट्रैक किया गया; नेटवर्क को स्नैपशॉट के समय स्थापित कनेक्शनों से। स्वयं की निगरानी का शोर (लगभग 3.6% CPU) व्याख्या से बाहर रखा गया। दोनों रन की तुलना प्रति घंटा सामान्यीकृत मात्राओं पर की गई।

परिणाम

सारांश तुलना

मीट्रिक	साइन-इन स्क्रीन	डेस्कटॉप	अंतर
विंडो में औसत CPU, कोर	0.0098	0.0492	×5.0
स्थिर घंटे का CPU, कोर	0.0074	0.0120	×1.61
साइन-इन/बूट के बाद पहले घंटे का CPU, कोर	0.0185	0.2942	×15.9
प्रति घंटा सिस्टम प्रक्रिया लॉन्च	26.1	79.5	×3.05
1 CPU-सेकंड से अधिक गतिविधि वाले मिनट	5%	13.5%	×2.4 हिस्सेदारी से
प्रति घंटा स्थापित कनेक्शन (endpoint-मिनट)	88.3	228.1	×2.58
स्थायी कनेक्शन	1	3	×3

मुख्य तथ्य: औसत आँकड़ा «×5» लगभग पूरी तरह पहले घंटे से बना है। डेस्कटॉप के स्थिर घंटे एकरूप हैं (0.0118–0.0127 कोर) और ड्रिफ़्ट नहीं करते।

पहला घंटा: दो लहरें

लहर	हिस्सा	क्या हो रहा था
Defender का साइन-इन स्कैन	~55% CPU घंटे	एंटीवायरस प्रक्रिया लगभग 0.7 कोर पर 8 मिनट लगातार चली; स्कैन साइन-इन के तुरंत बाद शुरू हुआ
Store और USO अपडेट	~27% CPU घंटे	24 ऐप्स की इंस्टॉलेशन, Delivery Optimization के ज़रिए लगभग 880 MB डाउनलोड, पीयरिंग सहित

Store-लहर अलग से महत्वपूर्ण है: इस रन में अपडेट Microsoft Store और Delivery Optimization के ज़रिए आए, न कि क्लासिक Windows Update के ज़रिए। साइन-इन का नेटवर्क उछाल स्थिर स्तर से 67 गुना अधिक है।

स्थिर निष्क्रियता: कौन काम करता है

स्रोत	प्रति घंटा CPU-सेकंड	टिप्पणी
कुल svchost-ढाँचा	13–14	सेवा टाइमर
कर्नेल (System)	8	Defender और इंफ्रास्ट्रक्चर के काम का हिस्सा
स्कैन के बाहर एंटीवायरस	~3	आवधिक जाँचें
शेल (explorer, sihost, dwm, Start फ़ीड, खोज, विजेट, OneDrive)	4.1	बजट का 2.3%; «डेस्कटॉप की निष्क्रियता» लगभग मुफ़्त

प्रक्रिया लॉन्च में अंतर का तीन चौथाई उपयोगकर्ता सत्र के आवधिक तंत्र देते हैं: UWP-कार्यों का बैकग्राउंड होस्ट (लगभग 13 मिनट का चक्र), RuntimeBroker और SoftLanding हर 15 मिनट में।

नेटवर्क: तीन स्थायी कनेक्शन और दो नए टाइमर

साइन-इन स्क्रीन पर एक स्थायी कनेक्शन रहता है। डेस्कटॉप पर तीन हैं: दो Start फ़ीड रखता है (MSN-सामग्री: मौसम, समाचार, लाइव टाइल्स) पहले मिनट से और बिना रुकावट, तीसरा — सिस्टम सूचना सेवा। पूरी विंडो में फ़ीड की CPU-कीमत 2 CPU-सेकंड से कम है, लेकिन कनेक्शन स्वयं हमेशा जीवित रहता है।

सत्र के नए टाइमर: OneDrive हर 32–33 मिनट में दो कनेक्शन से सिंक होता है, Edge अपडेट कुछ घंटों में एक बार जाँचे जाते हैं। Defender हस्ताक्षर जाँच हर 30–40 मिनट में क्लस्टर में चलती हैं। सारा ट्रैफ़िक Microsoft इंफ्रास्ट्रक्चर की ओर जाता है; बाहरी कनेक्शन नहीं देखे गए।

सेवा टाइमर

डेस्कटॉप पर ग्रुप पॉलिसी अपडेट हर 16–17 मिनट में चक्रित होता है, जबकि साइन-इन स्क्रीन पर लगभग 80 मिनट में। ऐप सेवा (AppXSvc) और लाइसेंस सुरक्षा (sppsvc) ने वही लय बनाए रखी। सत्र की पाँच सेवाएँ स्थायी रूप से जीवित रहती हैं, जिनमें उपयोगकर्ता सूचनाएँ और Clipboard शामिल हैं।

मेमोरी

सिस्टम लीक नहीं हैं: एंटीवायरस ने स्कैन के बाद 81 MB छोड़ दिया, शेल केवल पहले 30 मिनट में बढ़ा और पठार पर आ गया। प्रक्रियाओं की संख्या — साइन-इन स्क्रीन पर 84–98 के मुकाबले 130–153।

क्या पुष्ट हुआ

• मापा गया: स्थिर डेस्कटॉप CPU में साइन-इन स्क्रीन से 1.61 गुना महँगा है; साइन-इन के बाद पहला घंटा — सत्र की मुख्य कीमत (विंडो का 79% CPU)।
• मापा गया: Start फ़ीड पूरे सत्र में दो स्थायी कनेक्शन रखता है; OneDrive हर 32–33 मिनट में सिंक होता है।
• मापा गया: साइन-इन की Store-लहर ने Delivery Optimization के ज़रिए लगभग 880 MB डाउनलोड किया; साइन-इन का नेटवर्क उछाल स्थिर स्तर से 67 गुना अधिक है।
• मापा गया: शेल (explorer, dwm, Start फ़ीड, खोज, विजेट) स्थिर निष्क्रियता में लगभग 2.3% CPU खर्च करता है।
• देखा गया: अपडेट Store/DO के ज़रिए आए, न कि क्लासिक WU के ज़रिए; रात के रखरखाव कार्य फ़्रेम में नहीं आए।

क्या पुष्ट नहीं हुआ

• भौतिक हार्डवेयर और अन्य Windows बिल्ड पर व्यवहार।
• रात की विंडो और दैनिक रखरखाव कार्य (रन दिन का था, समय से पहले रोका गया)।
• इन आँकड़ों पर Start फ़ीड या OneDrive बंद करने का प्रभाव: हमने केवल उनका योगदान मापा, बंद करना परीक्षण नहीं किया गया।
• FPS और खेलों के अंतिम प्रदर्शन पर प्रभाव: मापा नहीं गया।

सीमाएँ

प्रति स्थिति एक रन, वर्चुअल मशीन, दिन की विंडो। Windows का बैकग्राउंड काम उछालों में आता है, इसलिए निरपेक्ष मानों को अन्य हार्डवेयर और पूरे दिन पर स्थानांतरित करना उचित नहीं है। एक मिनट से छोटी प्रक्रियाएँ और UDP-ट्रैफ़िक (DNS, NTP) पूरी तरह दिखाई नहीं देते। दूसरे रन के दौरान कुछ लॉग घटनाएँ दर्ज नहीं कर रहे थे; सेवा संक्रमण स्नैपशॉट से पुनर्निर्मित किए गए।

व्यावहारिक निष्कर्ष

«Windows का बैकग्राउंड शोर» तीन अलग चीज़ों में बँटता है, और उनसे अलग-अलग तरीक़े से निपटना चाहिए। पोस्ट-लॉगिन लहरें (Defender स्कैन और Store अपडेट) CPU का बड़ा हिस्सा देती हैं — उन्हें बारीक सेटिंग्स से बंद नहीं किया जा सकता, लेकिन वे स्वयं समाप्त हो जाती हैं। सिस्टम मेट्रोनोम (WMI-पोलिंग, लाइसेंस जाँच, OneDrive टाइमर) — स्थिर, पर छोटा बैकग्राउंड। शेल — लगभग मुफ़्त।

व्यावहारिक परिणाम: साइन-इन के बाद पहले घंटे से «अनुकूलन» न मापें, यदि आप लहरों को अलग नहीं करते; नेटवर्क कम करने के लिए Start फ़ीड और OneDrive बंद करें, यदि उनकी ज़रूरत न हो; लॉगिन के तुरंत बाद «शांति» की अपेक्षा उचित नहीं है।

स्थिति की बहाली

सिस्टम नहीं बदला गया: दोनों रन — सेटिंग्स, सेवाओं और रजिस्ट्री में बिना बदलाव का शुद्ध अवलोकन। मापन के बाद वर्चुअल मशीन को साफ़ स्नैपशॉट पर लौटाया गया।

स्रोत और सीमाएँ

मापन BoosterX Research ने वर्णित वर्चुअल मशीन पर किए। शोध BoosterX के डेवलपर का है, डेवलपर का परिणाम में सीधा हित है; कार्यप्रणाली और सीमाएँ ऊपर वर्णित हैं, मूल अवलोकन खुली कार्यप्रणाली से दोहराए जा सकते हैं।

• Microsoft: Delivery Optimization, जाँचा गया 2026-09-22।
• Microsoft: Connected User Experiences and Telemetry, जाँचा गया 2026-09-22।

अंतिम जाँच: 2026-09-22।