शांत निष्क्रियता: अनुकूलन से पहले और बाद में Windows की पृष्ठभूमि

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

Windows के पृष्ठभूमि घटकों को बंद करना वाकई निष्क्रियता को शांत बनाता है: दो स्वतंत्र मापन श्रृंखलाओं में प्रक्रियाओं की संख्या 49–56 % घटी, निष्क्रियता में CPU व्यस्तता 17–67 % घटी, और मेमोरी प्रतिबद्धता (commit) का आयतन दूसरी श्रृंखला में 52 % घटा। लेकिन पूर्ण CPU-लोड के अंतर्गत थ्रूपुट केवल 0,2–0,5 % बढ़ा। «शांत निष्क्रियता» पृष्ठभूमि कार्य और संसाधनों के लिए प्रतिस्पर्धा में पुष्ट कमी है, न कि FPS में वृद्धि: इस अध्ययन में अंतिम गेमिंग प्रभाव मापा नहीं गया।

स्थिति: प्रभाव की दिशा एक ही Windows 11 बिल्ड पर वर्चुअल मशीन में दो स्वतंत्र श्रृंखलाओं में पुनरुत्पादित हुई। श्रृंखलाओं के बीच मात्राएँ भिन्न हैं, क्योंकि Windows का पृष्ठभूमि कार्य उछालों में आता है: Microsoft Defender के स्कैन वाली विंडो में CPU व्यस्तता का अंतर −67 % तक पहुँचता है, पहले से शांत विंडो में — −17 %।

सत्यापन योग्य दावा

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

1. पृष्ठभूमि घटकों को बंद करना निष्क्रियता में सिस्टम की गतिविधि को स्पष्ट रूप से घटाता है।
2. यह बूट के बाद पहले मिनटों में गतिविधि को स्पष्ट रूप से घटाता है।
3. यह मेमोरी की खपत को स्पष्ट रूप से कम करता है।
4. यह पूर्ण CPU लोड के अंतर्गत मापनीय प्रदर्शन वृद्धि देता है।

अध्ययन का क्षेत्र

• Windows 11 Pro, build 26300.9457 (26H2);
• वर्चुअल मशीन: 4 vCPU, 8 GB RAM, VMware वर्चुअलाइज़ेशन;
• एक ही इंस्टॉलेशन की दो अवस्थाएँ: मूल («पहले») और BoosterX अनुकूलन प्रोफ़ाइल लागू करने के बाद (मापन की तारीखों पर मौजूद बिल्ड);
• दो स्वतंत्र मापन श्रृंखलाएँ: 2026-09-18 और 2026-09-19; अवस्थाओं की तुलना डिस्क की स्वतंत्र प्रतियों पर की गई, ताकि मापन एक-दूसरे को प्रभावित न करें;
• चरण: बूट के बाद 5 मिनट, स्थिरीकरण के 5 मिनट, निष्क्रियता के 5 मिनट;
• छोटे सिंथेटिक लोड: 1, 4 और 8 थ्रेड, मेमोरी पर लोड, टिक-आधारित लोड और प्राथमिकता मिश्रण।

मापन में वास्तविक गेम, GPU-लोड, भौतिक हार्डवेयर और लंबी विंडो (घंटे और दिन) शामिल नहीं थे।

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

प्रोटोकॉल «हम Windows का अनुसंधान कैसे करते हैं» के अनुरूप है:

• प्रत्येक चरण ETW ट्रेस (Windows Performance Recorder, CPU, डिस्क, फ़ाइल और नेटवर्क की हल्की प्रोफ़ाइल) और 5 सेकंड के अंतराल (सिस्टम) तथा 15 सेकंड के अंतराल (प्रक्रियाओं के अनुसार) वाले प्रदर्शन काउंटरों से रिकॉर्ड किया गया;
• «बूट के बाद» चरण नियंत्रित रीबूट से शुरू किया गया और लगभग एक मिनट के अपटाइम पर सक्रिय हुआ;
• प्रत्येक ट्रेस में खोए इवेंट की संख्या जाँची गई — सभी उद्धृत विंडो में यह शून्य है;
• औसत केवल चरण की सीमाओं के भीतर पूर्ण पाँच-सेकंड अंतरालों पर लिया गया (प्रति चरण 59 अंतराल);
• श्रृंखला 2 में पहला «पहले» रन वर्चुअल मशीन के स्लीप में जाने के कारण बाहर रखा गया; पुनरावृत्ति का उपयोग किया गया;
• लोड परीक्षण दो बार किए गए, माध्यिकाएँ दी गई हैं; CPU व्यस्तता चार vCPU पर सामान्यीकृत है।

«पहले» और «बाद» एक ही Windows इंस्टॉलेशन की अवस्थाएँ हैं: «बाद» अनुकूलन प्रोफ़ाइल लागू करने से प्राप्त हुई, «पहले» मूल अवस्था है। सेटिंग्स का पूरा समूह बदला गया, इसलिए किसी अलग बंद किए गए घटक का पृथक योगदान मूल्यांकित नहीं किया गया।

परिणाम

निष्क्रियता

श्रृंखला 1 (2026-09-18) — सक्रिय रखरखाव के बिना स्थिर निष्क्रियता:

मीट्रिक	पहले	बाद	परिवर्तन
CPU व्यस्तता, %	2,48	2,06	−17 %
DPC + ISR, % CPU	1,73	1,59	−8 %
कॉन्टेक्स्ट स्विच, /s	469	381	−19 %
प्रक्रियाएँ (औसत)	134,9	69,3	−49 %
थ्रेड (औसत)	1 444,6	738,7	−49 %
सभी प्रक्रियाओं का कुल CPU, %	1,22	1,06	−13 %
उपलब्ध मेमोरी, MB	5 490	6 518	+1 028
डिस्क पठन, KB/s	22,6	24,4	+8 %
डिस्क लेखन, KB/s	311,3	262,1	−16 %
नेटवर्क (प्राप्ति), KB/s	132,6	2,2	−98 %
नेटवर्क (प्रेषण), KB/s	43,2	4,7	−89 %

श्रृंखला 2 (2026-09-19) — वही निष्क्रियता विंडो, लेकिन «पहले» अवस्था में Microsoft Defender का पृष्ठभूमि स्कैन चल रहा था:

मीट्रिक	पहले	बाद	परिवर्तन
CPU व्यस्तता, %	33,37	11,03	−67 %
कॉन्टेक्स्ट स्विच, /s	3 737	291	−92 %
प्रक्रियाएँ (औसत)	142,3	61,9	−56 %
थ्रेड (औसत)	1 494,7	637,1	−57 %
उपलब्ध मेमोरी, MB	5 174	6 653	+1 479
व्यस्त भौतिक मेमोरी, MB	3 017	1 538	−49 %
मेमोरी प्रतिबद्धता (commit), MB	2 617	1 249	−52 %
Nonpaged pool, MB	298,2	212,9	−29 %
Paged pool, MB	258,5	86,0	−67 %
DPC, % CPU	0,89	0,19	−78 %
डिस्क पठन, MB/s	7,42	0,01	−99,9 %
डिस्क लेखन, MB/s	4,57	0,23	−95,0 %

श्रृंखला 2 की निष्क्रियता में नेटवर्क दोनों अवस्थाओं में लगभग नहीं था (प्रति सेकंड दसियों बाइट), इसलिए उसके लिए नेटवर्क की पंक्तियाँ नहीं दी गई हैं। श्रृंखलाओं के बीच का अंतर विरोधाभास नहीं, बल्कि स्वयं पृष्ठभूमि का गुण है: जब Windows रखरखाव कर रहा होता है, तो पृष्ठभूमि घटकों को बंद करना अधिक बचाता है; जब विंडो पहले से शांत हो — कम।

बूट के बाद पहले मिनट

मीट्रिक	श्रृंखला 1 (पहले → बाद)	श्रृंखला 2 (पहले → बाद)
CPU व्यस्तता, %	3,42 → 2,59	14,62 → 11,88
कॉन्टेक्स्ट स्विच, /s	1 114 → 600	1 257 → 393
प्रक्रियाएँ	132 → 74	139 → 64
थ्रेड	—	1 719 → 746
व्यस्त भौतिक मेमोरी, MB	—	2 821 → 1 581
उपलब्ध मेमोरी, MB	—	5 370 → 6 610
डिस्क पठन, KB/s	—	826 → 433
डिस्क लेखन, KB/s	634 → 418	709 → 298
नेटवर्क (प्राप्ति), KB/s	—	1,15 → ~0

डैश का अर्थ है कि इस श्रृंखला में चरण के लिए मीट्रिक दर्ज नहीं की गई।

संरचना और मेमोरी

निष्क्रियता में इन्वेंटरी का स्नैपशॉट (श्रृंखला 1):

	पहले	बाद
प्रक्रियाएँ	136	70
थ्रेड	1 679	842
कुल working set, MB	3 841	1 868
कुल private bytes, MB	1 524	660

अनुकूलन से पहले मेमोरी के सबसे बड़े उपभोक्ता: एंटीवायरस प्रक्रिया MsMpEng.exe (257 MB), explorer.exe (213 MB), StartMenuExperienceHost (144 MB), msedge.exe (133 MB), SearchHost.exe (122 MB)। अनुकूलन के बाद सूची में शीर्ष पर explorer.exe (170 MB), msedgewebview2 (119 MB), SearchHost.exe (115 MB) और StartMenuExperienceHost (106 MB) रहे।

उपलब्ध मेमोरी 1,0–1,5 GB बढ़ी, और प्रतिबद्धता (commit) का आयतन 52 % घटा। इसमें से वास्तव में क्या «मुक्त» किया जा सकता है और प्रक्रियाओं के working set का योग मुक्त मेमोरी के समान क्यों नहीं है, यह «Windows में वास्तव में कितनी मेमोरी मुक्त की जा सकती है» में विस्तार से बताया गया है।

पूर्ण लोड के अंतर्गत

छोटे सिंथेटिक परीक्षण (श्रृंखला 2, दो पुनरावृत्तियों की माध्यिकाएँ):

परिदृश्य	थ्रूपुट में परिवर्तन	CPU व्यस्तता: पहले / बाद
एक थ्रेड	+5,4 %	21,9 / 22,6 %
चार थ्रेड (पूर्ण)	+0,19 %	88,9 / 89,4 %
आठ थ्रेड (पूर्ण)	+0,50 %	88,9 / 88,8 %
मेमोरी पर लोड	+11,2 %	84,8 / 87,5 %
टिक-आधारित (1 ms विराम)	+5,4 %	64,3 / 67,7 %
मिश्रित प्राथमिकताएँ	+8,5 %	21,2 / 22,5 %
पृष्ठभूमि प्राथमिकता	+77,1 %	38,8 / 65,2 %

पूर्ण चार-थ्रेड लोड के अंतर्गत उपयोगी प्रक्रिया को अनुकूलन से पहले और बाद दोनों में चार vCPU की लगभग 89 % क्षमता मिली। वर्चुअल मशीन में शेष ~11 % को हटाने योग्य «Windows-शोर» घोषित नहीं किया जा सकता: हाइपरवाइज़र की शेड्यूलिंग गेस्ट ट्रेस से दिखाई नहीं देती। कार्यशील थ्रेड समान रूप से वितरित थे (उनके बीच कार्य-आयतन का फैलाव — 0,994–0,997), भुखमरी नहीं देखी गई, और अनुकूलन के बाद निष्क्रियता में CPU कतार व्यावहारिक रूप से खाली है।

पृष्ठभूमि कहाँ जाती है

«पहले» अवस्था में पृष्ठभूमि गतिविधि के मापे गए स्रोत:

• एंटीवायरस स्कैन — श्रृंखला 2 की विंडो में मुख्य स्रोत: प्रक्रिया MsMpEng.exe ने पाँच मिनट की निष्क्रियता विंडो में 212 CPU-सेकंड खर्च किए;
• मूल अवस्था में खोज सेवा, SysMain सेवा, टेलीमेट्री, प्रिंट स्पूलर और अन्य घटक काम कर रहे थे — अनुकूलन प्रोफ़ाइल लगभग 50 पृष्ठभूमि सेवाओं और 58 निर्धारित कार्यों को बंद अवस्था में ले जाती है;
• बूट के बाद गतिविधि के साथ Windows अपडेट ऑर्केस्ट्रेटर चलता है।

पृष्ठभूमि घटकों को बंद करना पृष्ठभूमि को पूरी तरह समाप्त नहीं करता: अनुकूलित अवस्था में ऐप संगतता मूल्यांकन काम करता रहा (रखरखाव विंडो में प्रति सेकंड लगभग 3,7 ms CPU), और स्थिर निष्क्रियता में कुल अवशिष्ट पृष्ठभूमि 4,8 ms CPU प्रति सेकंड रही — चार vCPU की क्षमता का लगभग 0,12 % (ट्रेस के अनुसार मापा गया)।

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

• पुनरुत्पादित (दो स्वतंत्र श्रृंखलाएँ): प्रक्रियाओं की संख्या −49…−56 %, थ्रेड −49…−57 %, उपलब्ध मेमोरी +1,0–1,5 GB।
• मापा गया (श्रृंखला 2): निष्क्रियता में commit −52 %; व्यस्त भौतिक मेमोरी निष्क्रियता में −49 % और बूट के बाद के चरण में −44 %।
• मापा गया: निष्क्रियता में CPU व्यस्तता शांत विंडो में −17 % और स्कैन वाली विंडो में −67 %; कॉन्टेक्स्ट स्विच −19 % और −92 %; DPC −78 % (श्रृंखला 2 की विंडो); बूट के बाद की गतिविधि दोनों श्रृंखलाओं में कम।
• मापा गया: पूर्ण CPU-लोड के अंतर्गत थ्रूपुट में वृद्धि +0,19 % (4 थ्रेड) और +0,50 % (8 थ्रेड); अपूर्ण और मिश्रित लोड पर — +5,4 से +11,2 % तक।
• मापा गया: पृष्ठभूमि प्राथमिकता वर्ग का लोड 77,1 % तेज़ हुआ — «पहले» अवस्था में यह स्वयं Windows के पृष्ठभूमि कार्य, जिसमें एंटीवायरस स्कैन भी शामिल है, से प्रतिस्पर्धा कर रहा था।
• देखा गया: पृष्ठभूमि के मुख्य स्रोत — एंटीवायरस स्कैन, रखरखाव और संगतता कार्य; अनुकूलन के बाद अवशिष्ट पृष्ठभूमि शून्य के निकट है, पर शून्य नहीं।

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

• वास्तविक गेम में FPS वृद्धि, input lag या frametime में कमी: मापा नहीं गया। सिंथेटिक CPU परीक्षण GPU वाले गेम का मॉडल नहीं बनाते और गेमिंग प्रभाव सिद्ध नहीं करते।
• प्रत्येक अलग बंद किए गए घटक का पृथक योगदान: परिवर्तनों का पूरा समूह लागू किया गया।
• निरपेक्ष मात्राओं का भौतिक हार्डवेयर, अन्य बिल्डों और अन्य अनुकूलन प्रोफ़ाइलों पर स्थानांतरण।
• लंबी विंडो पर स्थिरता: प्रत्येक चरण — 5 मिनट; Windows का पृष्ठभूमि कार्य उछालों में आता है, इसलिए «औसत दिन» मापा नहीं गया।

सीमाएँ

• मापन वर्चुअल मशीन में किए गए। वर्चुअलाइज़ेशन DPC/ISR का अपना हिस्सा जोड़ता है और होस्ट की शेड्यूलिंग छिपाता है; भौतिक हार्डवेयर पर निरपेक्ष मान भिन्न होंगे। समान परिस्थितियों में «पहले/बाद» तुलना के अनुपात और दिशा बनी रहती हैं।
• ISR मीट्रिक तालिकाओं से बाहर रखी गई: वर्चुअल मशीन में PDH के अनुसार ISR काउंटर ETW के इंटरप्ट हैंडलरों से लगभग 10 % भिन्न होता है और सटीक योग में नहीं मिलता।
• श्रृंखला 2 की «पहले» विंडो में Defender का सक्रिय स्कैन था, और विंडो के बीच होस्ट का लोड भिन्न था (औसतन 44 % बनाम 24 %)। इसलिए मात्राएँ विशिष्ट विंडो से बँधी हैं; दिशा दो श्रृंखलाओं से पुष्ट है।
• श्रृंखला 1 में निष्क्रियता चरण का एक भाग वर्चुअल मशीन के बाहरी विराम से लगभग 26 सेकंड के लिए बाधित हुआ; कैप्चर बहाली के बाद पूरा हुआ, खोए इवेंट नहीं हैं।
• लोड परीक्षण — दो पुनरावृत्तियाँ: यह वर्णनात्मक सांख्यिकी है, सांख्यिकीय महत्व का मूल्यांकन नहीं किया गया।
• निष्क्रियता में लाभ का एक भाग Microsoft Defender के सुरक्षा घटकों को बंद करने से जुड़ा है। एंटीवायरस सुरक्षा के बिना सिस्टम — सचेत समझौता है, न कि बिना लागत वाला अनुकूलन; सुरक्षा बंद करनी हो तो कीमत समझकर करें।
• मापन परत (ट्रेस और काउंटर) स्वयं थोड़ा पृष्ठभूमि लोड बनाती है; यह दोनों अवस्थाओं में मौजूद है।

अध्ययन और प्रयुक्त उपकरण BoosterX के डेवलपर के हैं, इसलिए डेवलपर का परिणामों में सीधा हित है। कार्यप्रणाली और लागू होने की सीमाएँ ऊपर वर्णित हैं, और निष्कर्ष खुले डेटा तथा सूचीबद्ध सार्वजनिक स्रोतों से जाँचे जा सकते हैं।

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

पृष्ठभूमि शोर में कमी — वास्तविक, दो बार पुनरुत्पादित प्रभाव: आधी प्रक्रियाएँ और थ्रेड, आधी मेमोरी प्रतिबद्धता, निष्क्रियता में परिमाण क्रम कम डिस्क और नेटवर्क गतिविधि। यह अपने आप में उपयोगी है — सिस्टम की प्रतिक्रियाशीलता, पृष्ठभूमि कार्यों, तापमान, पंखे के शोर और बैटरी पर चलने के समय के लिए, — और इसके लिए FPS के वादों की आवश्यकता नहीं।

इससे जिसकी अपेक्षा नहीं करनी चाहिए: पूर्ण लोड के अंतर्गत प्रदर्शन वृद्धि। यदि CPU पहले से उपयोगी कार्य से ~89 % क्षमता तक लोड है, तो पृष्ठभूमि गतिविधि बंद करना शेष 11 % नहीं जोड़ेगा — वर्चुअल मशीन में वे Windows के नहीं हैं। तुलना के क्षण में सिस्टम जितना व्यस्त होगा, दिखने वाला प्रभाव उतना अधिक होगा: रखरखाव विंडो में अंतर कई गुना, शांत विंडो में — मध्यम।

सिफ़ारिश: किसी भी परिवर्तन से पहले और बाद में अपने कंप्यूटर पर पृष्ठभूमि का मूल्यांकन करें (Task Manager → «Performance» और «Processes», Resource Monitor), न कि दूसरों के प्रतिशत पर निर्भर रहें। यदि लक्ष्य किसी विशिष्ट गेम में FPS है, तो परिवर्तन से पहले और बाद में ठीक उसी को मापें।

अवस्था की बहाली

दोनों श्रृंखलाएँ डिस्क की स्वतंत्र प्रतियों पर पृथक वर्चुअल मशीनों में निष्पादित की गईं; मापन के बाद मशीनें मूल अवस्थाओं में लौटा दी गईं। लेख पाठक से पैरामीटर बदलने की अपेक्षा नहीं करता, इसलिए उपयोगकर्ता के कंप्यूटर पर अलग बहाली कार्रवाई की आवश्यकता नहीं है।

सार्वजनिक प्राथमिक स्रोत

• Microsoft: Windows Performance Recorder — कार्यप्रणाली में प्रयुक्त ETW ट्रेस रिकॉर्डिंग उपकरण; जाँचा गया 2026-09-20।
• Microsoft: About Event Tracing — ETW मॉडल और खोए इवेंट की जाँच; जाँचा गया 2026-09-20।
• Microsoft: Windows में Microsoft Defender Antivirus — Defender की प्रक्रियाएँ और सेवाएँ, जिनमें MsMpEng.exe («Task Manager में Antimalware Service Executable») शामिल है; जाँचा गया 2026-09-20।
• हम Windows का अनुसंधान कैसे करते हैं — प्रमाण के स्तर और मापन प्रोटोकॉल।
• Service Host और Windows 11 के पृष्ठभूमि घटक — Windows पृष्ठभूमि सेवाओं को प्रक्रियाओं में कैसे रखता है।
• Windows में वास्तव में कितनी मेमोरी मुक्त की जा सकती है — इसी प्रयोग की मेमोरी का विस्तृत विश्लेषण।
• डेस्कटॉप बनाम साइन-इन स्क्रीन — आगे की कड़ी: उपयोगकर्ता सत्र का शोर किन चीज़ों से बनता है।

परिवर्तन इतिहास

• 2026-09-20: पहला प्रकाशन — निष्क्रियता की दो स्वतंत्र मापन श्रृंखलाएँ, बूट के बाद के चरण, इन्वेंटरी और लोड परीक्षण।
• 2026-09-20: श्रृंखलाओं के अनुसार परिणामों का एट्रिब्यूशन स्पष्ट किया गया (commit और व्यस्त भौतिक मेमोरी — केवल श्रृंखला 2; प्रक्रियाएँ −49…−56 %); हितों के टकराव वाला डिस्क्लेमर कैनोनिकल शब्दावली में लाया गया।