תיקון: שימוש במעבד גבוה על ידי searchindexer.exe



נסה את הכלי שלנו לביטול בעיות

הרבה ממשתמשי Windows מתרוצצים במהירות איטית של המחשב שלהם, זה קורה בדרך כלל בגלל שהמעבד צורך יותר מדי זיכרון המחשב על מנת להריץ את כל היישומים המותקנים במחשב שלך. תוכנית מסוימת אחת עדה ללעוס את כמות ה- RAM או המעבד העצום שהוא SearchIndexer.exe.



יש כמה צעדים ראשוניים שמונעים מ- SearchIndexer.exe לצרוך זיכרון מכונה נוסף, כמו השבתת השירות ממנהל המשימות והגדרת זיקה שמגבילה את מספר ליבות המערכת להפעלת התוכנית - אין לראות בה פיתרון קבוע אלא בהחלט מספיק כדי לפתור את הבעיה באופן זמני עבור משתמשים מסוימים.



searchindexer.exe הוא שירות חלונות מובנה שמטפל באינדקס של המסמכים שלך עבור חיפוש Windows, מה שמצית את מנוע חיפוש הקבצים המובנה ב- Windows שמפעיל את כל התהליכים מ- Windows Explorer לתיבת החיפוש בתפריט התחל, כולל גם תכונת הספריות.



לפני ביצוע מדריך זה; אם הבעיה רק ​​התחילה, אנא תן לה כמה שעות כדי לראות אם היא נפתרת מעצמה מכיוון שהיא עשויה להיות עסוקה באינדקס קבצים; אם זה לא עובר לאחר כמה שעות (6 עד 7), המשך עם השלבים הבאים.

במדריך זה נדון בשיטות שהוכיחו לתקן שימוש גבוה במעבד באמצעות searchindexer.exe

שיטה 1: הפעל מחדש את שירות החיפוש של Windows

החזק את מפתח Windows ו לחץ על R . בדיאלוג הפעל, הקלד services.msc ולחץ בסדר .



שימוש במעבד גבוה במעבד חיפוש - 1

אתר את שירות החיפוש של Windows , לחץ עליו לחיצה ימנית ובחר נכסים .

שימוש במעבד גבוה במעבד החיפוש - 2

נְקִישָׁה תפסיק ואז בחר השבת מהתפריט הנפתח.

שימוש במעבד גבוה במעבד החיפוש - 3

לאחר שתסיים, אתחל את המערכת מחדש. לאחר שהמערכת הופעלה מחדש, עבור שוב ל- services.msc, לחץ לחיצה ימנית על השירות ובחר מאפיינים, הגדר את השירות ל אוטומטי (התחלה מאוחרת) ולהתחיל את השירות.

המתן ובדוק האם השימוש במעבד נצרך על ידי searchindexer.exe צנח. אם זה נורמלי, טוב לך אם לא, המשך ל שיטה 2.

שיטה 2: שנה את שם korwbrkr.dll ל- korwbrkr.bak

עקוב אחר שיטה 1 כדי להפסיק את שירות החיפוש של Windows. לאחר מכן לחץ על התחל והקלד CMD. מקש ימני cmd ולבחור הפעל כמנהל. בשורת הפקודה; סוּג

cd C: windows system32

ללחוץ להיכנס מַפְתֵחַ

ואז הקלד ren korwbrkr.dll korwbrkr.bak

הפעל את שירות חיפוש Windows, הפעל מחדש את המחשב וזה אמור לפתור את הבעיה.

שיטה 3: צור תהליך DUMP לניתוח

אם שום דבר לא עובד, שיטה זו תעזור. למעשה, שיטה 2 נגזרת משיטה זו. בשיטה זו, ניצור קובץ dump של התהליך searchindexer.exe ואז נפתח אותו לניתוח הקבצים הספציפיים הגורמים לשימוש במעבד הגבוה.

כדי לעשות זאת, לְהַחזִיק ה מפתח Windows ו לחץ על R . בתיבת הדו-שיח הפעלה, הקלד taskmgr ולחץ על אישור. לחץ על הכרטיסייה תהליכים, ואתר SearchIndexer.exe - לחץ לחיצה ימנית על התהליך ובחר צור קובץ DUMP.

לאחר שתסיים, רשום את מיקום קובץ ה- dump. לאחר מכן, פתח אותו עם כלי איתור באגים [או העלה אותו ל- wikisend.com ושלח לנו את הקישור בשאלה חדשה ב- eQuestions.net/ask ] אם אתה רוצה שאנתח את זה בשבילך אחרת אם אתה יכול לעשות את זה בעצמך; אז הנה פלט לדוגמא של המזבלה שאפשרה להבין את הקובץ הגורם לשימוש במעבד גבוה, כמצוין בשיטה 2 ( korwbrkr ) - קובץ בשפה קוריאנית, לא ממש נחוץ אבל אולי עלה כתוצאה מעדכוני Windows.

טוען קובץ Dump [S: Tools SearchIndexer.exe.dmp] קובץ Dump Mini של המשתמש עם זיכרון מלא: רק נתוני יישומים זמינים

נתיב חיפוש הסמל הוא: *** לא חוקי ***
******************************************* *************************
* טעינת סמלים עשויה להיות לא אמינה ללא נתיב חיפוש סמלים. *
* השתמש ב- .symfix כדי שהבאגים יבחר נתיב סמלים. *
לאחר הגדרת נתיב הסמל שלך, השתמש ב-. טען מחדש כדי לרענן את מיקומי הסמל. *
******************************************* *************************
נתיב חיפוש להפעלה הוא:
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

עם זאת, לפני שינוי שם או התעסקות בקבצים; ודא שהקובץ בטוח לשחק איתו; חיפוש מהיר בגוגל יגיד לנו מה הקובץ. שיטה זו מומלצת רק למשתמשים מתקדמים.

קריאה של 2 דקות