왜 svchost.exe가 6.5GB의 메모리를 사용합니까?


29

무슨 일이야? 나는 달리는 것이 거의 없다.

6.5 / 8

거의 아무것도, 나는 Firefox, 그리고 완전히 수동적이며 결코 많은 양의 메모리를 사용하지 않는 일부 백그라운드 네트워크 응용 프로그램을 의미합니다.

관련 서비스 : UxSms, TrkWks, SysMain, PcaSvc, Netman, CscService, AudioEndpointBuilder, TabletInputService

내가 생각할 수있는 유일한 것은 잠시 동안 Ubuntu와 함께 Virtualbox를 실행했지만 2GB의 메모리로 제한되어 더 이상 실행되지 않는다는 것입니다.


편집 : 나는 왜 / 어떻게 질문에 가장 관심이 있습니까? 어딘가에 누출이있을 수 있지만 위에 나열된 서비스를 고려할 때 잠재적 인 범인으로 눈에 띄는 것이 있습니까?



더 유용한 정보보기 windowstechinfo.com/2015/05/…
Aravinda

답변:


28

svchost.exe는 모든 Windows 서비스를 실행하는 프로세스입니다. 그들 중 하나는 분명히 화가났다. svchost.exe를 마우스 오른쪽 버튼으로 클릭하고 "서비스로 이동"을 선택하십시오. 그러면 어떤 서비스인지 알 수 있으며 서비스 관리자를 사용하여 필요하지 않은 경우 서비스를 다시 시작하거나 비활성화 할 수 있습니다.

멋진 스크린 샷으로 더 나은 설명을 보려면 다음을 확인하십시오.


업데이트마다 다음 두 가지 서비스를 확인할 수 있습니다.

  1. CscService : Windows의 "오프라인 폴더"기능과 관련이 있습니다. 당신은 그것을 사용합니까?
  2. UxSms : Desktop Window Manager와 관련이 있습니다. Aero를 비활성화하고 문제가 발생하는지 확인하십시오.

7
이것은 너무 늦을 수도 있지만 제 경우에는 항상 wuauserv 서비스이며 Windows Update라고도합니다. 내 1Gb RAM PC에서 700Mb 이상을 사용합니다. 나는 항상 그 서비스를 중단해야 무언가를 할 수 있습니다.
tfrascaroli

@Colin, Sysinternals Process Explorer를 사용하여 마우스 오른쪽 버튼을 클릭하고 '서비스로 이동'하는 방법은 무엇입니까? 마우스 오른쪽 버튼 클릭 메뉴에는 해당 옵션이없는 것 같습니다 : i.stack.imgur.com/8M5Hm.png
Pacerier

15

의심스러운 서비스를 별도의 프로세스로 분리 한 후 Network Store Interface Service필자의 경우 메모리 누수의 원인 인 것으로 식별 할 수있었습니다 (Windows 7).

http://answers.microsoft.com/en-us/windows/forum/windows_7-system/nsi-memory-leaks-fixed-yet/f3c3e9db-36a7-45df-9dbd- 에서이 문제에 대한 10 페이지의 스레드가 있습니다. de9455378498 .

요청시 다운로드 할 수있는 몇 가지 핫픽스에 대해 설명합니다.

http://support.microsoft.com/kb/2847346/en-us

http://support.microsoft.com/kb/2950358/en-us

Vista 및 Server 2008에도 비슷한 수정 사항이 있습니다.

http://support.microsoft.com/kb/2743187/EN-US


1
나는 그 핫픽스를 설치했고 몇 달 동안 고쳤지만 최근에 (윈도우 업데이트 후에는 의심된다) 다시 발생하기 시작했다. 핫픽스를 다시 적용해도 효과가없는 것 같습니다. 비슷한 상황에 다른 사람이 있습니까? 어떤 해결책?
Sam Hasler

1
훌륭합니다, 대단히 감사합니다! 제 경우에는 2847346이 문제를 해결 한 것으로 보입니다. 이 서비스 격리 트릭은 다른 문제 해결에도 유용합니다.
Mark Berry

4

다른 옵션 : 프로세스 탐색기를 사용하십시오.
Microsoft TechNet을 통해 다운로드 할 수 있습니다 .

실행중인 모든 프로세스를 표시하며 어떤 svchost.exe가 CPU 또는 RAM 리소스를 사용하고 있는지 쉽게 확인할 수 있습니다.

팁 :
'svchost.exe'항목 위에 마우스 커서를 놓으면이 프로세스와 관련된 모든 서비스가 정보 설명 창에 나열됩니다.
또는 프로세스를 선택하고 "속성"을 클릭 한 다음 "서비스"탭을 선택하십시오.


이 두 가지 모두 작업 관리자와도 가능합니다.
Enigma

1
사실, 프로세스 탐색기가 이것을 조금 더 쉽게 만들고 있다고 생각합니다. 또한 해당 svchost.exe 프로세스의 모든 스레드, 스택, 네트워크 연결 및 보안 설정 등을 비롯하여 단일 프로세스에 대한 자세한 성능 데이터 및 그래프를 볼 수 있습니다.
Awa

1
각 svchost 프로세스에서 실행되는 많은 서비스 중 어떤 메모리가 모든 메모리를 소비하고 있는지 알 수 있습니까? 그렇지 않으면 쓸모가 없기 때문입니다.
Havenard

1
기본적으로 그렇습니다. 스레드 당 CPU 사용량 / 사이클 및 메모리 우선 순위와 같은 설정을 볼 수 있습니다. 주어진 스레드에 속하는 서비스도 나열됩니다. 그러나 디버깅 또는 프로파일 링 도구는 아닙니다.
Awa

2

Windows 7 서비스 팩 1로 업데이트 한 후에 발생합니다. Windows Update (netsvcs)의 백그라운드 서비스를 사용하도록 설정하면 메모리 누수가 발생할 수 있습니다. 더 많은 정보는 여기 에서 찾을 수 있습니다 . Windows Update에 결함이 있는지 확인하려면 여기 Awa의 답변을 참조하십시오 .

이 문제에 대한 부적절한 해결책 중 하나는 Windows Update를 끄고 모든 업데이트를 수동으로 설치하는 것입니다. services.msc를 실행 하고 Windows UpdateBackground Intelligent Transfer ServiceDisabled로 설정하십시오 . 서비스에 대한 일반적인 지침 은 여기 를 참조 하십시오 .

그러나이 문제를 해결하기위한 몇 가지 업데이트가 Microsoft에 의해 발표되었습니다. 새 Win7 SP1 설치에서 Windows Update를 처음 실행 하면 다른 업데이트를 확인하기 전에 Windows Update Agent [WUA] 7.6.7600.320 ( KB2887535 )을 설치해야합니다. 오프라인으로 설치하는 경우 업데이트를 수동으로 적용하거나 적용하십시오. 이렇게하면이 문제가 해결 될 때까지 다른 업데이트를 자동으로 설치하지 못할 수 있습니다.

그런 다음 다음 업데이트를 수동으로 다운로드하여 설치하십시오.

https://support.microsoft.com/en-us/kb/3083324

Windows Update 에이전트 를 버전 7.6.7601.18979로 업데이트합니다 .

이 문제를 해결하기 위해 Microsoft에서 발표 한 시리즈의 최신 업데이트입니다. 각 버전이 최신 버전으로 교체되었으며 최신 버전 만 설치하면됩니다. 그러나 이렇게해도 문제가 해결되지 않으면 시리즈의 이전 업데이트를 설치하거나 모두 순차적으로 설치할 수 있습니다. 시간 순서대로 다음 업데이트를 참조하십시오.

https://support.microsoft.com/en-us/kb/2990214
https://support.microsoft.com/en-us/kb/3050265(2015 년 6 월)
https://support.microsoft.com/en- us / kb / 3065987 (2015 년 7 월)
https://support.microsoft.com/en-us/kb/3075851(2015 년 8 월)
https://support.microsoft.com/en-us/kb/3083324(2015 년 9 월) )

그런 다음 이 답변 에 따라이 업데이트를 설치하십시오.

https://support.microsoft.com/en-us/kb/3102810(2015 년 10 월 20 일)

이렇게하면 WUA 가 버전 7.6.7601.19046으로 업데이트됩니다 . 이론적으로이 단계로 건너 뛰어도 괜찮습니다. 그러나이 업데이트는 이전 업데이트를 대체하지 않는다고 주장하므로 위에서 언급 한 업데이트를 먼저 설치하는 것이 좋습니다.

마지막으로, 이러한 업데이트를 수동으로 설치하기 전에 위에서 언급 한 두 가지 서비스를 비활성화 한 다음 나중에 다시 활성화하는 것이 좋습니다. 각 업데이트 후에 컴퓨터를 다시 시작해야 할 수도 있지만 어느 쪽이든 괜찮을 것이라고 생각합니다.

보고서는 다양하지만 Windows 업데이트 호기 메모리 및 CPU 관련 문제를 해결해야합니다. :)


이것은 내 문제를 해결 다른 많은 답변이 유용하지만 Windows 업데이트가 가장 절대적으로 걸립니다
Broken_Code

현재 최신 업데이트 / 수정 버전은 무엇입니까?
jj_

1

유용한 힌트를 주셔서 감사합니다.

Windows 시간 서비스 W32Time으로 인해 메모리 누수가 발생했습니다. (Windows 7/64 Home Premium, IE11, 최신 Windows 업데이트).

다른 포럼 항목은 일부 Internet Explorer 업데이트로 인해 문제가 발생했음을 나타냅니다. 그러나 나는 이것을 확인하려고하지 않았다.

해결 방법 : 서비스 패널을 열고 W32Time 서비스를 비활성화하십시오. 단점 : 시계가 더 이상 인터넷 시간 서비스와 동기화되지 않습니다.


1

https://support.microsoft.com/en-us/kb/2889748 Microsoft에서 진단하고 해결 한 새 핫픽스


1
이것이 질문에 대한 답변이 될 수 있지만 링크 된 내용에 대한 자세한 설명을 제공하고 질문과의 관련성을 설명해야합니다. 이렇게하면 연결된 페이지가 제거되거나 오프라인 상태가 될 때이 답변이 유용하게 유지됩니다. 자세한 내용은 이 Meta Stack Exchange 게시물을 참조하십시오 .
bwDraco

0

다음에 대해 서비스를 끄십시오.

Superfetch  
Offline files 

svchost가 너무 많은 RAM을 사용하는 이유는 대부분 Superfetch 서비스가 실행되고 있기 때문입니다.

Superfetch 는 사용중인 대부분의 응용 프로그램을 RAM에로드하여 "즉시"로드되도록합니다. 그러나 때로는 RAM을 소모시킬 수 있습니다.

오프라인 파일도 많은 RAM을 소비 할 수 있습니다.

마지막으로, 같은 경우에 프로세스 탐색기를 사용하여 열어보십시오 : http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx

그런 다음 마우스 오른쪽 버튼을 클릭하고 속성을 클릭하고 서비스를 선택하여 어떤 종류의 서비스가 실행되고 있으며 어떤 것이 야생화 될 수 있는지 확인하십시오 ... :)


다른 프로그램에서 RAM을 사용하지 않는 경우 (이 질문에서와 같이) SuperFetch가 나머지 RAM을 사용하는 것이 좋습니다. 사용되지 않은 RAM은 RAM을 낭비합니다.
MSalters

SuperFetch는 RAM을 사용하지 않는 것 같습니다. 파일 캐시에 사용하는 RAM (응용 프로그램이 아님)은 대기 페이지 목록에 있으며 "사용 가능한"메모리의 일부입니다. 그리고 대기 페이지 목록에 남아 있으며 여전히 "사용 가능한"것으로 간주됩니다. 그것은 svchost 프로세스의 작업 세트의 일부가 아닙니다. 따라서 "사용 가능한"RAM이 적거나 svchost 프로세스 중 하나에 지나치게 큰 작업 세트가있는 이유를 찾고 있다면 SuperFetch가 아닙니다.
Jamie Hanrahan

0

그 이유는 메모리 누수 일 가능성이 높습니다. 메모리는 무언가를 위해 따로 설정되어 있지만, 무언가가 끝나면 메모리가 여유 공간으로 다시 표시되지 않습니다. 끊어진 것은 끊임없이 메모리를 요구하고 있으며 설정을 다시하지 않아야합니다. 그들은 보통이 가비지 콜렉션이라고 부릅니다.


-1

구역 경보 별 정밀 스캔.

인터넷 연결이나 소리 및 음성에 문제를 일으킬 수있는 svchost.exe를 중지하지 마십시오.


나는 그것을 죽여야했지만 Windows는 복구되었습니다. 바이러스는 아니지만 네트워크 드라이버와 관련된 누수 문제인 것 같습니다.
Enigma
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.