Service Host और Windows 11 के पृष्ठभूमि घटक
इस पृष्ठ पर
संक्षिप्त उत्तर
Section titled “संक्षिप्त उत्तर”Windows Service Control Manager के नियमों के अनुसार svchost.exe प्रक्रियाओं को अलग या संयुक्त करता है। यह सबसे पहले विफलता पृथक्करण, सेवा मेमोरी की मात्रा और प्रक्रियाओं की संख्या को प्रभावित करता है। प्रक्रियाओं की संख्या कम करना अपने आप में सिस्टम की गति बढ़ाना नहीं है।
क्या जाँचा गया
Section titled “क्या जाँचा गया”जाँचा गया कि Service Control Manager SvcHostSplitThresholdInKB और Start को कैसे पढ़ता है, कब अनुरोध होते हैं और कौन से पृष्ठभूमि घटक अतिरिक्त रूप से देखे गए।
अनुसंधान का क्षेत्र
Section titled “अनुसंधान का क्षेत्र”Windows 11 25H2 build 26200.9168; services.exe और सिस्टम Registry-ट्रेसिंग। तृतीय-पक्ष सेवाओं की निर्भरताओं का पूरा सेट जाँचा नहीं गया।
कार्यप्रणाली
Section titled “कार्यप्रणाली”SCM के व्यवहार का विश्लेषण, boot-ट्रेस में पैरामीटर पढ़ने का अवलोकन और अलग-अलग सेवाओं को अक्षम करने और वापस लौटाने की जाँच।
SvcHostSplitThresholdInKB
Section titled “SvcHostSplitThresholdInKB”| Registry path | Value | Type | Default 25H2 | Reader और timing |
|---|---|---|---|---|
HKLM\SYSTEM\CurrentControlSet\Control |
SvcHostSplitThresholdInKB |
REG_DWORD |
3670016 KB जाँचे गए सिस्टम में |
services.exe, SCM initialization |
यह थ्रेशोल्ड उन शर्तों को निर्धारित करता है जिनके अंतर्गत सेवाएँ अलग-अलग प्रक्रियाओं में वितरित की जा सकती हैं। जाँचे गए सिस्टम में मानक मान 3670016 3.5 GB के अनुरूप है; इसका पठन services.exe ट्रेस में देखा गया। मान 0xFFFFFFFF का अर्थ अनिवार्य रूप से “कभी अलग न करें” नहीं है: SCM कोड में रूपांतरण के बाद एक गैर-शून्य स्थिति बनी रहती है। 2^22 KB के गुणज वाले मान विश्वसनीय रूप से पुष्ट हैं, उदाहरण के लिए 8388608।
संयोजन प्रक्रियाओं को बनाए रखने की लागत कम कर सकता है, लेकिन पृथक्करण घटाता है: एक प्रक्रिया की विफलता या बड़ा निजी कार्य सेट अधिक सेवाओं को प्रभावित करता है। प्रक्रियाओं को अलग करने पर वे अधिक होती हैं, लेकिन उनका व्यवहार और निदान अधिक पूर्वानुमेय होता है। थ्रेशोल्ड को मैन्युअल रूप से बदलने का सार्वभौमिक लाभ स्थापित नहीं है।
Service Start values
Section titled “Service Start values”मान Start SCM द्वारा प्रत्येक सेवा के लिए उसकी अपनी कुंजी में पढ़ा जाता है:
HKLM\SYSTEM\CurrentControlSet\Services\<ServiceName> → Start (REG_DWORD)
मुख्य स्थितियाँ:
| मान | अर्थ |
|---|---|
0 |
Boot start, केवल boot-ड्राइवरों और विशेष सेवाओं के लिए |
1 |
System start |
2 |
Automatic start |
3 |
Manual / demand start |
4 |
Disabled |
2 से 3 पर संक्रमण सेवा के कार्यों को बनाए रखते हुए उसके शुरू होने का समय बदलता है। जब किसी एप्लिकेशन को घटक की आवश्यकता होगी, तो अनुरोध सेवा शुरू कर सकता है। यदि सेवा अक्षम है, तो अनुरोध विफल हो सकता है।
इस प्रकार किसी अलग अनावश्यक पृष्ठभूमि घटक के शुरू होने का समय बदला जा सकता है। बदलाव से पहले सेवा के उद्देश्य को समझें और उसकी निर्भरताएँ जाँचें।
BoosterX की संबंधित सेटिंग्स
Section titled “BoosterX की संबंधित सेटिंग्स”सेवा अनुभाग से “इंडेक्सिंग”, “SysMain”, “प्रिंट सेवाएँ”, “डायग्नोस्टिक ड्राइवर”, UCPD, “सेवा समूहीकरण (svchosts.exe)” और संबंधित अपडेट विकल्प जुड़े हैं। सेवा को अक्षम करना तभी अर्थपूर्ण है जब कार्य अनावश्यक हो और निर्भरता जाँची गई हो; परिणाम को सभी पृष्ठभूमि प्रक्रियाओं पर सामान्यीकृत नहीं किया जाना चाहिए।
अन्य पृष्ठभूमि घटक
Section titled “अन्य पृष्ठभूमि घटक”जाँचे गए Windows 11 25H2 में संबंधित पैरामीटर अतिरिक्त रूप से जाँचे गए:
| Path | Value | Type | Default/स्थिति |
|---|---|---|---|
HKCU\Software\Microsoft\Windows\CurrentVersion\Search |
SearchboxTaskbarMode |
REG_DWORD |
1 — search glyph दिखाया गया |
HKCU\Software\Microsoft\Windows\CurrentVersion\CrossDeviceResume\Configuration |
IsResumeAllowed |
REG_DWORD |
1 — resume अनुमत |
| वही पथ | IsOneDriveResumeAllowed |
REG_DWORD |
1 — OneDrive resume अनुमत |
HKCU\Software\Microsoft\Windows\CurrentVersion\BackgroundAccessApplications\MicrosoftWindows.CrossDevice_cw5n1h2txyewy |
package-specific background permission | policy/user setting | package state पर निर्भर |
SearchboxTaskbarMode=0 टास्कबार पर खोज आइकन छिपाता है। IsResumeAllowed=0 और IsOneDriveResumeAllowed=0 उपकरणों के बीच कार्य जारी रखने के संबंधित तरीकों को प्रतिबंधित करते हैं। यदि मान अनुपस्थित हैं, तो CrossDeviceResumeView उन्हें 1 मान के साथ बनाता है, जिससे ये सुविधाएँ अनुमत हो जाती हैं। पैरामीटर शेल के इंटरैक्टिव घटकों द्वारा पढ़े जाते हैं, इसलिए अनुरोध छोटे बूट ट्रेस में नहीं आ सकते।
पैरामीटर चयनित शेल घटक की कुछ प्रकार की पृष्ठभूमि गतिविधि को कम करते हैं। वे Windows की सभी पृष्ठभूमि प्रक्रियाओं पर लागू नहीं होते।
Timing और प्रमाण
Section titled “Timing और प्रमाण”SCM SvcHostSplitThresholdInKB को initialization के समय पढ़ता है, और Start को सेवाओं की गणना और शुरू करने के समय। 25H2 सिस्टम ट्रेस में Start का पठन services.exe प्रक्रिया द्वारा देखा गया। HKCU से पैरामीटर का पठन छोटे अवलोकन अंतराल में नहीं आ सकता; यह सुविधा की अनुपस्थिति सिद्ध नहीं करता।
इंडेक्सिंग और SysMain
Section titled “इंडेक्सिंग और SysMain”Windows 11 25H2 build 26200.9168 पर “इंडेक्सिंग” के लिए अक्षम करना और वापस लौटाना जाँचा गया। अक्षम करने और पुनः आरंभ के बाद इंडेक्सर और संबंधित प्रक्रियाएँ शुरू नहीं हुईं; वापस लौटाने के बाद सेवा फिर से काम करने लगी। अक्षम करने से पहले इन प्रक्रियाओं का कुल कार्य सेट लगभग 64 MB था। किसी अन्य सिस्टम पर मात्रा भिन्न हो सकती है।
SysMain के लिए बूट के समय स्थिति पढ़ना और अक्षम करने के बाद शुरू होना बंद होना पुष्ट है। भौतिक गेमिंग PC पर अंतिम प्रभाव मापा नहीं गया। HDD पर डेटा की प्रारंभिक लोडिंग अक्षम करने से सिस्टम और एप्लिकेशन का शुरू होना धीमा हो सकता है।
व्यावहारिक पृष्ठ: “इंडेक्सिंग” और “SysMain (Prefetch, Superfetch…)”।
प्रिंट और डायग्नोस्टिक सेवाएँ
Section titled “प्रिंट और डायग्नोस्टिक सेवाएँ”“प्रिंट सेवाएँ” वास्तव में पुनः आरंभ के बाद प्रिंट कतार को अक्षम कर देती हैं। भौतिक प्रिंटर के साथ-साथ उस पर निर्भर वर्चुअल परिदृश्य भी काम करना बंद कर देते हैं, जिनमें Print to PDF भी शामिल है।
“डायग्नोस्टिक ड्राइवर” सेटिंग की वर्तमान क्रिया Windows डायग्नोस्टिक नीति सेवा तक सीमित है। नाम को डिवाइस ड्राइवरों को हटाने या अक्षम करने के रूप में नहीं समझा जाना चाहिए। इस चयन की कीमत स्वचालित पहचान और समस्या निवारण के एक हिस्से का नुकसान है।
व्यावहारिक पृष्ठ: “प्रिंट सेवाएँ” और “डायग्नोस्टिक ड्राइवर”।
OneDrive
Section titled “OneDrive”OneDrive सेटिंग Windows की एक प्रलेखित नीति का उपयोग करती है जो सिंक्रनाइज़ेशन को प्रतिबंधित करती है। क्लाइंट और स्थानीय फ़ाइलें सुरक्षित रहती हैं। सेटिंग केवल तभी लागू होती है जब OneDrive इंस्टॉल हो। अक्षम करने से पहले आवश्यक सिंक्रनाइज़ेशन पूरा करें और Files On-Demand फ़ाइलें जाँचें।
व्यावहारिक पृष्ठ: “OneDrive”।
परिणाम
Section titled “परिणाम”- SCM
SvcHostSplitThresholdInKBको initialization के समय पढ़ता है, औरStartको सेवाओं की गणना और शुरू करने के समय;Startका पठनservices.exeप्रक्रिया द्वारा 25H2 सिस्टम ट्रेस में देखा गया। - “इंडेक्सिंग” के लिए अक्षम करना और वापस लौटाना जाँचा गया: अक्षम करने और पुनः आरंभ के बाद इंडेक्सर और संबंधित प्रक्रियाएँ शुरू नहीं हुईं, वापस लौटाने के बाद सेवा फिर से काम करने लगी। अक्षम करने से पहले इन प्रक्रियाओं का कुल कार्य सेट लगभग 64 MB था।
- SysMain के लिए बूट के समय स्थिति पढ़ना और अक्षम करने के बाद शुरू होना बंद होना पुष्ट है।
- “प्रिंट सेवाएँ” पुनः आरंभ के बाद प्रिंट कतार को अक्षम कर देती हैं; OneDrive सेटिंग सिंक्रनाइज़ेशन पर प्रतिबंध की प्रलेखित नीति लागू करती है।
क्या पुष्ट है
Section titled “क्या पुष्ट है”- SCM initialization के समय विभाजन थ्रेशोल्ड पढ़ता है, और
Startको सेवाओं की गणना और शुरू करने के समय। - इंडेक्सिंग, SysMain और प्रिंट सेवाओं को अक्षम करना पुनः आरंभ के बाद संबंधित प्रक्रियाओं का शुरू होना बंद कर देता है; वापस लौटाना उन्हें फिर से चालू कर देता है।
- जाँचे गए सिस्टम में इंडेक्सिंग प्रक्रियाओं के कार्य सेट की मात्रा।
- HKCU से शेल पैरामीटर इंटरैक्टिव घटकों द्वारा पढ़े जाते हैं और छोटे बूट ट्रेस में नहीं आ सकते।
क्या पुष्ट नहीं है
Section titled “क्या पुष्ट नहीं है”- सेवा विभाजन थ्रेशोल्ड को मैन्युअल रूप से बदलने का सार्वभौमिक लाभ।
- अलग-अलग सेवाओं को अक्षम करने का FPS, कुल CPU या विलंबता पर प्रभाव।
- अन्य बिल्डों और भिन्न संख्या की सेवाओं वाले सिस्टमों पर व्यवहार।
व्यावहारिक निष्कर्ष
Section titled “व्यावहारिक निष्कर्ष”सामान्य उपयोग के लिए Service Host को Windows default स्थिति में रखें। मैन्युअल बदलाव किसी विशिष्ट सेवा के निदान, मेमोरी लीक या शुरू होने के टकराव के लिए अर्थपूर्ण है। परिणाम का मूल्यांकन केवल Task Manager में svchost.exe की संख्या से नहीं करना चाहिए।
सीमाएँ और स्रोत
Section titled “सीमाएँ और स्रोत”परिणाम Windows 11 25H2 build 26200.9168 से संबंधित है। Windows के सभी संस्करण, सर्वर नीतियाँ और तृतीय-पक्ष सेवाओं की निर्भरताओं का पूरा सेट जाँचा नहीं गया।
अवलोकनों के गतिशील भाग को कैसे दोहराएँ — देखें स्वयं कैसे जाँचें।
अनुसंधान और प्रयुक्त उपकरण BoosterX के डेवलपर के हैं, इसलिए डेवलपर का परिणामों में सीधा हित है। कार्यप्रणाली और लागू होने की सीमाएँ ऊपर वर्णित हैं, और निष्कर्षों को खुले डेटा और सूचीबद्ध सार्वजनिक स्रोतों से जाँचा जा सकता है।
- Service Control Manager: Windows सेवा मॉडल, Microsoft Learn, जाँचा गया 2026-09-01।
- Service configuration: सेवा प्रारंभ मान, Microsoft Learn, जाँचा गया 2026-09-01।
सार्वजनिक स्रोत जाँचे गए: 2026-09-02।
परिवर्तन इतिहास
Section titled “परिवर्तन इतिहास”- 2026-09-20: “परिणाम” अनुभाग, हितों के टकराव पर डिस्क्लेमर और कार्यप्रणाली में गतिशील अवलोकनों की स्वतंत्र जाँच का लिंक जोड़ा गया।
- 2026-09-02: पहला प्रकाशन; SCM readers, अलग-अलग सेवाओं को अक्षम करना और वापस लौटाना पुष्ट किया गया, व्यावहारिक प्रभाव की सीमाएँ जोड़ी गईं।
