फिक्स: उच्च CPU उपयोग करके searchindexer.exe

बहुत सारे विंडोज उपयोगकर्ता अपनी मशीन की धीमी गति से बाहर घूम रहे हैं, यह आमतौर पर सीपीयू के कारण होता है कि आपके कंप्यूटर पर स्थापित सभी एप्लिकेशन को चलाने के लिए कंप्यूटर की मेमोरी की बहुत अधिक खपत होती है। एक विशेष कार्यक्रम को RAM या CPU की भारी मात्रा में देखा जा रहा है जो SearchIndexer.exe है।

आगे की मशीन की मेमोरी का उपभोग करने से SearchIndexer.exe को रोकने के लिए कुछ प्रारंभिक उपाय हैं, जैसे टास्क मैनेजर से सेवा को अक्षम करना और एक एफ़िनिटी को सेट करना जो प्रोग्राम को चलाने के लिए सिस्टम के कोर की संख्या को सीमित करता है - इसे एक स्थायी समाधान नहीं माना जाना चाहिए लेकिन निश्चित रूप से कुछ उपयोगकर्ताओं के लिए समस्या को अस्थायी रूप से हल करने के लिए पर्याप्त है।

searchindexer.exe अंतर्निहित Windows सेवा है जो Windows खोज के लिए आपके दस्तावेज़ों के अनुक्रमण को संभालती है, जो Windows में निर्मित फ़ाइल खोज इंजन को स्पार्क करती है, जो Windows Explorer से प्रारंभ मेनू खोज बॉक्स तक सभी प्रक्रियाओं की शक्ति प्रदान करती है, जिसमें लाइब्रेरी फ़ीचर भी शामिल है।

इस गाइड का पालन करने से पहले; यदि समस्या अभी शुरू हुई है, तो कृपया यह देखने के लिए कुछ घंटों का समय दें कि क्या यह अपने आप हल हो जाता है क्योंकि यह व्यस्त अनुक्रमण फ़ाइलों में हो सकता है; अगर यह कुछ घंटों (6 से 7) के बाद नहीं होता है, तो नीचे दिए गए चरणों के साथ आगे बढ़ें।

इस गाइड में हम उन तरीकों पर चर्चा करेंगे, जिनके द्वारा उच्च CPU उपयोग को ठीक करने के लिए सिद्ध किया गया है searchindexer.exe

विधि 1: Windows खोज सेवा को पुनरारंभ करें

पकड़े रखो विंडोज की तथा प्रेस आर । रन डायलॉग में, टाइप करें services.msc और क्लिक करें ठीक ।

का पता लगाएँ विंडोज सर्च सर्विस , उस पर क्लिक करें और चुनें गुण ।

क्लिक रुकें और फिर चुना अक्षम ड्रॉप डाउन मेनू से।

एक बार हो जाने के बाद, अपने सिस्टम को रिबूट करें। सिस्टम के पुनरारंभ होने के बाद, फिर से services.msc पर जाएं, सेवा पर राइट क्लिक करें और गुण चुनें, सेवा को सेट करें स्वचालित (विलंबित प्रारंभ) और सेवा शुरू करें।

यह देखने के लिए प्रतीक्षा करें और परीक्षण करें कि सीपीयू उपयोग द्वारा उपभोग किया गया है या नहीं searchindexer.exe रद्द कर दिया है। यदि यह सामान्य है, तो आप अच्छे हैं यदि नहीं, तो आगे बढ़ें विधि 2।

विधि 2: korwbrkr.bak को korwbrkr.dll का नाम बदलें

विंडोज सर्च सर्विस को रोकने के लिए विधि 1 का पालन करें। इसके बाद स्टार्ट पर क्लिक करें और CMD टाइप करें। दाएँ क्लिक करें अध्यक्ष एवं प्रबंध निदेशक और चुनें व्यवस्थापक के रूप में चलाओ। कमांड प्रॉम्प्ट में; प्रकार

सीडी सी: windows system32

इस दस्तावेज़ को पढ़ने में कोई समस्या थी (110)

दबाएँ दर्ज चाभी

फिर टाइप करें ren korwbrkr.dll korwbrkr.bak

विंडोज खोज सेवा शुरू करें, पीसी को रिबूट करें और इस मुद्दे को ठीक करना चाहिए।

विधि 3: विश्लेषण करने के लिए प्रक्रिया डम्प बनाएँ

यदि कुछ भी काम नहीं करता है, तो यह विधि मदद करेगी। वास्तव में, विधि 2 इस विधि से ली गई है। इस पद्धति में, हम प्रक्रिया searchindexer.exe की एक डंप फ़ाइल बनाएंगे और फिर इसे खोलने के लिए विशिष्ट फ़ाइलों का विश्लेषण करेंगे, जो उच्च CPU उपयोग का कारण बनती हैं।

यह करने के लिए, होल्ड विंडोज की तथा प्रेस आर । रन संवाद में, टाइप करें taskmgr और ओके पर क्लिक करें। प्रक्रिया टैब पर क्लिक करें, और खोजें SearchIndexer.exe - प्रक्रिया पर राइट क्लिक करें और चुनें DUMP फ़ाइल बनाएँ।

एक बार हो जाने के बाद, डंप फ़ाइल स्थान को नोट करें। इसके बाद, इसे एक के साथ खोलें डीबगर उपकरण [या इसे wikisend.com पर अपलोड करें और हमें एक नए प्रश्न में लिंक भेजें eQuestions.net/ask ] यदि आप चाहते हैं कि मैं आपके लिए इसका विश्लेषण करूं अन्यथा यदि आप इसे स्वयं कर सकते हैं; फिर यहाँ डंप का एक नमूना आउटपुट है जिससे उच्च सीपीयू उपयोग के कारण फ़ाइल का पता लगाना संभव हो गया है, जैसा कि विधि 2 में दर्शाया गया है korwbrkr ) - एक कोरियाई भाषा की फाइल, जिसकी वास्तव में जरूरत नहीं है, लेकिन विंडोज अपडेट के परिणामस्वरूप सामने आ सकती है।

प्रतीक खोज पथ है: *** अमान्य ***
************************************************* **************************
* प्रतीक खोज पथ के बिना प्रतीक लोड करना अविश्वसनीय हो सकता है। *
डीबगर का उपयोग करने के लिए * .symfix का उपयोग एक प्रतीक पथ चुनें। *
* अपना प्रतीक पथ सेट करने के बाद, प्रतीक स्थानों को ताज़ा करने के लिए .reload का उपयोग करें। *
************************************************* **************************
निष्पादन योग्य खोज पथ है:
विंडोज 8 संस्करण 9200 MP (8 procs) फ्री x64
उत्पाद: WinNt, सुइट: एकल
द्वारा निर्मित: 6.2.9200.16384 (win8_rtm.120725-1247)
मशीन का नाम:
डिबग सत्र का समय: सूर्य नवम्बर 4 22: 01: 24.000 2012 (UTC - 7:00)
सिस्टम अपटाइम: 0 दिन 10: 09: 39.102
प्रोसेस अपटाइम: 0 दिन 0: 54: 31.000
............................................................
लोड की गई मॉड्यूल सूची लोड हो रही है
.........।
*** त्रुटि: प्रतीक फ़ाइल नहीं मिली। Ntdll.dll के लिए प्रतीकों को निर्यात करने में चूक -
*** त्रुटि: प्रतीक फ़ाइल नहीं मिली। KERNELBASE.dll के लिए प्रतीकों को निर्यात करने में चूक -
ntdll NtWaitForSingleObject + 0xA:
000007fc`5b172c2a सी 3 रिट

मैं भी प्रक्रिया हैकर में समस्या के धागे का निरीक्षण किया, यहाँ स्टैक है:

0, ntoskrnl.exe! SeAccessCheck + 0x1ef
1, ntoskrnl.exe! KeDelayExecutionThread + 0xc32
2, ntoskrnl.exe! KeWaitForSingleObject + 0x1cf
3, ntoskrnl.exe! _Misaligned_access + 0x809
4, ntoskrnl.exe! SeAccessCheck + 0x280
5, ntoskrnl.exe! SeAccessCheck + 0x4d1
6, korwbrkr.dll! DllUnregisterServer + 0x2f48
7, korwbrkr.dll! DllUnregisterServer + 0x243e
8, korwbrkr.dll + 0x12173
9, korwbrkr.dll! DllUnregisterServer + 0x1696
10, korwbrkr.dll! DllUnregisterServer + 0x62f9
11, korwbrkr.dll! DllUnregisterServer + 0x6117
12, korwbrkr.dll! DllUnregisterServer + 0x5db9
13, korwbrkr.dll! DllUnregisterServer + 0x5882
14, korwbrkr.dll! DllUnregisterServer + 0x6fa0
15, mssrch.dll! DllGetClassObject + 0x3feba
16, mssrch.dll + 0x19425
17, कर्नेल 32.dll! BaseThreadInitThunk + 0x1a
18, ntdll.dll! RtlUserThreadStart + 0x21

हालाँकि, फ़ाइलों के साथ नाम बदलने या गड़बड़ाने से पहले; सुनिश्चित करें कि फ़ाइल के साथ खेला जाना सुरक्षित है; एक त्वरित Google खोज हमें बताएगी कि फ़ाइल क्या है। यह विधि केवल उन्नत उपयोगकर्ताओं के लिए अनुशंसित है।