बहुत सारे विंडोज उपयोगकर्ता अपनी मशीन की धीमी गति से परेशान हैं, यह आमतौर पर CPU के कारण होता है जो आपके कंप्यूटर पर इंस्टॉल सभी एप्लिकेशन चलाने के लिए कंप्यूटर की मेमोरी का बहुत अधिक उपभोग करता है। एक विशेष प्रोग्राम देखा गया है जो भारी मात्रा में RAM या CPU चबा रहा है वह है SearchIndexer.exe।
SearchIndexer.exe को आगे मशीन की मेमोरी उपभोग करने से रोकने के लिए कुछ प्रारंभिक उपाय हैं, जैसे टास्क मैनेजर से सेवा को अक्षम करना और एक एफिनिटी सेट करना जो प्रोग्राम को चलाने के लिए सिस्टम के कोर की संख्या को सीमित करता है - इसे स्थायी समाधान नहीं माना जाना चाहिए लेकिन निश्चित रूप से कुछ उपयोगकर्ताओं के लिए अस्थायी रूप से समस्या हल करने के लिए पर्याप्त है।
searchindexer.exe बिल्ट-इन विंडोज सेवा है जो विंडोज सर्च के लिए आपके दस्तावेजों की इंडेक्सिंग को संभालती है, जो विंडोज में बने फाइल सर्च इंजन को शक्ति प्रदान करती है जो विंडोज एक्सप्लोरर से स्टार्ट मेनू सर्च बॉक्स तक की सभी प्रक्रियाओं को शक्ति प्रदान करती है, जिसमें लाइब्रेरी फीचर भी शामिल है।
इस गाइड का पालन करने से पहले; यदि समस्या अभी शुरू हुई है तो कृपया कुछ घंटे दें यह देखने के लिए कि क्या यह अपने आप हल हो जाती है क्योंकि यह फाइलों को इंडेक्स करने में व्यस्त हो सकती है; यदि 6 से 7 घंटे के बाद भी नहीं होती तो नीचे दिए गए चरणों के साथ आगे बढ़ें।
इस गाइड में हम उन तरीकों पर चर्चा करेंगे जो searchindexer.exe द्वारा उच्च CPU उपयोग को ठीक करने में सिद्ध हुए हैं
विधि 1: विंडोज सर्च सेवा पुनरारंभ करें
विंडोज कुंजी दबाए रखें और R दबाएं. रन संवाद में, services.msc टाइप करें और ओके पर क्लिक करें।
विंडोज सर्च सेवा का पता लगाएं, इस पर राइट-क्लिक करें और गुण चुनें।
रोकें पर क्लिक करें और फिर ड्रॉप डाउन मेनू से अक्षम चुनें।
एक बार हो जाने पर, अपने सिस्टम को रीबूट करें। सिस्टम पुनरारंभ होने के बाद, फिर से services.msc पर जाएं, सेवा पर राइट-क्लिक करें और गुण चुनें, सेवा को स्वचालित (विलंबित प्रारंभ) पर सेट करें और सेवा शुरू करें।
प्रतीक्षा करें और टेस्ट करें कि क्या searchindexer.exe द्वारा उपभोग किया गया CPU उपयोग गिरा है। यदि यह सामान्य है, तो आप ठीक हैं यदि नहीं, तो विधि 2 पर आगे बढ़ें।
विधि 2: korwbrkr.dll का नाम बदलकर korwbrkr.bak करें
विंडोज सर्च सेवा को रोकने के लिए विधि 1 का पालन करें। फिर स्टार्ट पर क्लिक करें और CMD टाइप करें। cmd पर राइट-क्लिक करें और व्यवस्थापक के रूप में चलाएं चुनें। कमांड प्रॉम्प्ट में; टाइप करें
cd C:\windows\system32
एंटर कुंजी दबाएं
फिर टाइप करें ren korwbrkr.dll korwbrkr.bak
विंडोज सर्च सेवा शुरू करें, पीसी रीबूट करें और यह समस्या ठीक हो जानी चाहिए।
विधि 3: विश्लेषण के लिए प्रोसेस DUMP बनाएं
यदि कुछ भी काम नहीं करता है, तो यह विधि मदद करेगी। वास्तव में, विधि 2 इस विधि से ली गई है। इस विधि में, हम searchindexer.exe प्रक्रिया की एक डंप फाइल बनाएंगे और फिर इसे खोलकर उच्च CPU उपयोग का कारण बनने वाली विशिष्ट फाइलों का विश्लेषण करेंगे।
ऐसा करने के लिए, विंडोज कुंजी दबाए रखें और R दबाएं. रन संवाद में, taskmgr टाइप करें और ओके पर क्लिक करें। प्रोसेस टैब पर क्लिक करें, और SearchIndexer.exe - का पता लगाएं - प्रोसेस पर राइट-क्लिक करें और डंप फाइल बनाएं चुनें।
एक बार हो जाने पर, डंप फाइल का स्थान नोट करें। अगला, इसे डिबगर टूल्स के साथ खोलें [या इसे wikisend.com पर अपलोड करें और लिंक को eQuestions.net/ask पर एक नए प्रश्न में भेजें] यदि आप चाहते हैं कि मैं इसका विश्लेषण करूं अन्यथा यदि आप इसे स्वयं कर सकते हैं; तो यहां डंप का एक नमूना आउटपुट है जिसने उच्च CPU उपयोग का कारण बनने वाली फाइल का पता लगाना संभव बनाया, जैसा कि विधि 2 में दर्शाया गया है (korwbrkr) - एक कोरियाई भाषा फ़ाइल, वास्तव में आवश्यक नहीं लेकिन विंडोज अपडेट के परिणामस्वरूप आ सकती है।
डंप फाइल लोड हो रही है [S:\Tools\SearchIndexer.exe.dmp] उपयोगकर्ता मिनी डंप फाइल पूर्ण मेमोरी के साथ: केवल एप्लिकेशन डेटा उपलब्ध है
प्रतीक खोज पथ है: *** अमान्य ***
****************************************************************************
* प्रतीक खोज पथ के बिना प्रतीक लोडिंग अविश्वसनीय हो सकती है। *
* डीबगर को प्रतीक पथ चुनने के लिए .symfix का उपयोग करें। *
* अपना प्रतीक पथ सेट करने के बाद, प्रतीक स्थानों को रीफ्रेश करने के लिए .reload का उपयोग करें। *
****************************************************************************
निष्पादन योग्य खोज पथ है:
विंडोज 8 संस्करण 9200 MP (8 प्रोसेसर) फ्री x64
उत्पाद: WinNt, सुइट: सिंगलयूजरTS
निर्मित: 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 c3 ret
मैंने प्रोसेस हैकर में समस्या थ्रेड का भी निरीक्षण किया, यहां स्टैक है:
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, kernel32.dll!BaseThreadInitThunk+0x1a
18, ntdll.dll!RtlUserThreadStart+0x21
हालांकि, फ़ाइलों का नाम बदलने या उनके साथ छेड़छाड़ करने से पहले; सुनिश्चित करें कि फ़ाइल के साथ खेलना सुरक्षित है; एक त्वरित गूगल खोज बताएगी कि फ़ाइल क्या है। यह विधि केवल उन्नत उपयोगकर्ताओं के लिए अनुशंसित है।
