الإصلاح: ارتفاع استخدام وحدة المعالجة المركزية بواسطة searchindexer.exe



جرب أداة القضاء على المشاكل

يشعر الكثير من مستخدمي Windows بالانزعاج من السرعة البطيئة لأجهزتهم ، ويحدث هذا عادةً بسبب استهلاك وحدة المعالجة المركزية لذاكرة الكمبيوتر كثيرًا من أجل تشغيل جميع التطبيقات المثبتة على جهاز الكمبيوتر الخاص بك. لقد شهد برنامج معين مضغ كمية هائلة من ذاكرة الوصول العشوائي أو وحدة المعالجة المركزية وهو SearchIndexer.exe.



توجد بعض الإجراءات الأولية لمنع SearchIndexer.exe من استهلاك المزيد من ذاكرة الجهاز ، مثل تعطيل الخدمة من إدارة المهام وإعداد التقارب الذي يحد من عدد مراكز النظام لتشغيل البرنامج - لا ينبغي اعتباره حلاً دائمًا ولكن بالتأكيد يكفي لحل المشكلة مؤقتًا لبعض المستخدمين.



searchindexer.exe هي خدمة Windows مضمنة تتعامل مع فهرسة المستندات الخاصة بك لـ Windows Search ، والتي تعمل على تنشيط محرك البحث عن الملفات المدمج في Windows الذي يقوم بتشغيل جميع العمليات من مستكشف Windows إلى مربع البحث في قائمة ابدأ ، بما في ذلك ميزة المكتبات أيضًا.



قبل اتباع هذا الدليل ؛ إذا كانت المشكلة قد بدأت للتو ، فيرجى إعطائها بضع ساعات لمعرفة ما إذا كانت ستحل من تلقاء نفسها حيث قد تكون مشغولة بفهرسة الملفات ؛ إذا لم يحدث ذلك بعد ساعتين (6 إلى 7) ، فتابع الخطوات أدناه.

في هذا الدليل ، سنناقش الطرق التي أثبتت إصلاح الاستخدام العالي لوحدة المعالجة المركزية searchindexer.exe

الطريقة الأولى: إعادة تشغيل خدمة البحث في Windows

امسك ال مفتاح Windows و اضغط على R. . في مربع حوار التشغيل ، اكتب services.msc وانقر حسنا .



searchindexer استخدام وحدة المعالجة المركزية عالية - 1

حدد موقع ملف خدمة بحث Windows ، انقر بزر الماوس الأيمن فوقه واختر الخصائص .

searchindexer استخدام وحدة المعالجة المركزية عالية - 2

انقر قف ثم اختار تعطيل من القائمة المنسدلة.

searchindexer استخدام وحدة المعالجة المركزية عالية - 3

بمجرد الانتهاء من ذلك ، أعد تشغيل نظامك. بعد إعادة تشغيل النظام ، انتقل إلى services.msc مرة أخرى ، وانقر بزر الماوس الأيمن فوق الخدمة واختر خصائص ، واضبط الخدمة على تلقائي (تأخير البدء) وابدأ الخدمة.

انتظر واختبر لمعرفة ما إذا كان استخدام وحدة المعالجة المركزية مستهلكًا searchindexer.exe قد انخفض. إذا كان الأمر طبيعيًا ، فأنت جيد إذا لم يكن كذلك ، فتابع إلى الطريقة الثانية.

الطريقة الثانية: إعادة تسمية korwbrkr.dll إلى korwbrkr.bak

اتبع الطريقة الأولى لإيقاف خدمة Windows Search. ثم انقر فوق ابدأ واكتب CMD. انقر على اليمين كمد و اختار تشغيل كمسؤول. في موجه الأوامر ؛ نوع

القرص المضغوط C: windows system32

صحافة أدخل مفتاح

ثم اكتب ren korwbrkr.dll korwbrkr.bak

ابدأ تشغيل خدمة Windows Search ، وأعد تشغيل الكمبيوتر ، وهذا من شأنه أن يحل المشكلة.

الطريقة الثالثة: إنشاء عملية تفريغ للتحليل

إذا لم ينجح شيء ، فستساعد هذه الطريقة. في الواقع ، الطريقة 2 مشتقة من هذه الطريقة. في هذه الطريقة ، سننشئ ملف تفريغ لعملية searchindexer.exe ثم نفتحه لتحليل الملفات المحددة التي تتسبب في ارتفاع استخدام وحدة المعالجة المركزية.

لفعل هذا، معلق ال مفتاح Windows و اضغط على R. . في مربع حوار التشغيل ، اكتب موقع Taskmgr وانقر فوق موافق. انقر فوق علامة التبويب 'العمليات' وحدد موقع SearchIndexer.exe - انقر بزر الماوس الأيمن فوق العملية واختر قم بإنشاء ملف DUMP.

بمجرد الانتهاء من ذلك ، قم بتدوين موقع ملف التفريغ. بعد ذلك ، افتحه بامتداد أدوات المصحح [أو قم بتحميله على wikisend.com وأرسل لنا الرابط في سؤال جديد على eQuestions.net/ask ] إذا كنت تريد مني أن أحللها لك وإلا إذا كنت تستطيع القيام بذلك بنفسك ؛ ثم إليك عينة من إخراج التفريغ مما جعل من الممكن اكتشاف الملف الذي يتسبب في استخدام وحدة المعالجة المركزية عالية ، كما هو موضح في الطريقة 2 ( كوروبركر ) - ملف لغة كورية ، ليس ضروريًا حقًا ولكن ربما ظهر نتيجة لتحديثات Windows.

تحميل ملف التفريغ [S: Tools SearchIndexer.exe.dmp] ملف التفريغ الصغير للمستخدم بذاكرة ممتلئة: تتوفر بيانات التطبيق فقط

مسار البحث عن الرمز هو: *** غير صالح ***
*************************************************** **************************
* قد يكون تحميل الرموز غير موثوق به بدون مسار بحث عن رمز. *
* استخدم .symfix لجعل مصحح الأخطاء يختار مسار رمز. *
* بعد تعيين مسار الرمز الخاص بك ، استخدم .reload لتحديث مواقع الرموز. *
*************************************************** **************************
مسار البحث القابل للتنفيذ هو:
Windows 8 الإصدار 9200 ميجابكسل (8 إجراءات) مجاني x64
المنتج: WinNt ، جناح: SingleUserTS
بني بواسطة: 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

ومع ذلك ، قبل إعادة تسمية الملفات أو العبث بها ؛ تأكد من أن الملف آمن للعب به ؛ بحث سريع في Google سيخبرنا بالملف. هذه الطريقة موصى بها فقط للمستخدمين المتقدمين.

2 دقيقة للقراءة