수정 : searchindexer.exe에 의한 높은 CPU 사용량

많은 Windows 사용자가 컴퓨터의 느린 속도로 인해 짜증을냅니다. 이는 일반적으로 컴퓨터에 설치된 모든 응용 프로그램을 실행하기 위해 CPU가 컴퓨터 메모리를 너무 많이 사용하기 때문에 발생합니다. 하나의 특정 프로그램이 SearchIndexer.exe라는 엄청난 양의 RAM 또는 CPU를 씹는 것을 목격했습니다.

작업 관리자에서 서비스를 사용하지 않도록 설정하고 프로그램을 실행할 시스템 코어 수를 제한하는 선호도 설정과 같이 SearchIndexer.exe가 추가 컴퓨터 메모리를 사용하지 못하도록 방지하기위한 몇 가지 예비 조치가 있습니다. 영구적 인 해결책으로 간주해서는 안되지만 일부 사용자의 경우 일시적으로 문제를 해결하는 것으로 충분합니다.

searchindexer.exe Windows 검색을위한 문서의 인덱싱을 처리하는 기본 제공 Windows 서비스로, Windows 탐색기에서 시작 메뉴 검색 상자에 이르는 모든 프로세스 (라이브러리 기능 포함)를 지원하는 Windows에 내장 된 파일 검색 엔진을 시작합니다.

이 가이드를 따르기 전에 문제가 막 시작된 ​​경우 파일 인덱싱으로 바쁠 수 있으므로 문제가 저절로 해결되는지 확인하려면 몇 시간 정도 기다리십시오. 몇 시간 (6 ~ 7)이 지나지 않으면 아래 단계를 진행하세요.

이 가이드에서는 높은 CPU 사용량을 수정하는 것으로 입증 된 방법에 대해 설명합니다. searchindexer.exe

방법 1 : Windows 검색 서비스 다시 시작

잡아 Windows 키 과 R을 누릅니다. . 실행 대화 상자에서 다음을 입력하십시오. services.msc 그리고 클릭 확인 .

찾기 Windows 검색 서비스 , 마우스 오른쪽 버튼으로 클릭하고 속성 .

딸깍 하는 소리 중지 그리고 선택 비활성화 드롭 다운 메뉴에서.

완료되면 시스템을 재부팅하십시오. 시스템이 다시 시작되면 services.msc로 다시 이동하여 서비스를 마우스 오른쪽 버튼으로 클릭하고 속성을 선택하고 서비스를 자동 (지연된 시작) 서비스를 시작하십시오.

CPU 사용량이 searchindexer.exe 떨어졌다. 정상이라면 괜찮아요 그렇지 않으면 괜찮아요 방법 2.

방법 2 : korwbrkr.dll의 이름을 korwbrkr.bak로 변경

방법 1에 따라 Windows 검색 서비스를 중지합니다. 그런 다음 시작을 클릭하고 CMD를 입력합니다. 마우스 오른쪽 버튼으로 클릭 cmd 그리고 선택 관리자 권한으로 실행하십시오. 명령 프롬프트에서; 유형

cd C : windows system32

이 문서를 읽는 동안 문제가 발생했습니다 (110)

프레스 시작하다 키

그런 다음 입력 ren korwbrkr.dll korwbrkr.bak

Windows 검색 서비스를 시작하고 PC를 재부팅하면 문제가 해결됩니다.

방법 3 : 분석 할 프로세스 DUMP 생성

아무것도 작동하지 않으면이 방법이 도움이 될 것입니다. 사실, 방법 2는이 방법에서 파생됩니다. 이 방법에서는 searchindexer.exe 프로세스의 덤프 파일을 만든 다음이를 열어 CPU 사용량이 많은 특정 파일을 분석합니다.

이것을하기 위해, 보류 그만큼 Windows 키 과 R을 누릅니다. . 실행 대화 상자에서 다음을 입력하십시오. taskmgr 확인을 클릭합니다. 프로세스 탭을 클릭하고 SearchIndexer.exe – 프로세스를 마우스 오른쪽 버튼으로 클릭하고 DUMP 파일을 만듭니다.

완료되면 덤프 파일 위치를 기록해 둡니다. 다음으로 디버거 도구 [또는 wikisend.com에 업로드하고 새로운 질문에 대한 링크를 보내주십시오. eQuestions.net/ask ] 만약 당신이 당신이 직접 분석 할 수 있다면 당신이 그것을 분석하기를 원한다면; 다음은 방법 2에 표시된대로 높은 CPU 사용량을 유발하는 파일을 파악할 수있는 덤프의 샘플 출력입니다 ( Korwbrkr ) – 한국어 파일, 실제로 필요하지는 않지만 Windows 업데이트의 결과로 나타날 수 있습니다.

기호 검색 경로 : *** 유효하지 않음 ***
************************************************** **************************
* 기호 검색 경로가 없으면 기호로드를 신뢰할 수 없습니다. *
* .symfix를 사용하여 디버거가 기호 경로를 선택하도록합니다. *
* 심볼 경로를 설정 한 후 .reload를 사용하여 심볼 위치를 새로 고칩니다. *
************************************************** **************************
실행 가능한 검색 경로는 다음과 같습니다.
Windows 8 버전 9200 MP (8 프로세서) 무료 x64
제품 : WinNt, 제품군 : SingleUserTS
구축 : 6.2.9200.16384 (win8_rtm.120725-1247)
기계 이름 :
디버그 세션 시간 : Sun Nov 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 검색은 파일이 무엇인지 알려줍니다. 이 방법은 고급 사용자에게만 권장됩니다.