시스템이 유휴 상태 일 때 Windows 7 (x64) 메모리 사용량이 90 % 이상으로 증가합니까?


12

RAM이 4GB 인 Windows 7이 있습니다. 시스템이 새로운 부팅으로 시작하면 약 33 % 사용으로 시작합니다. 그러나 몇 시간 동안 또는 밤새 PC를 유휴 상태로두면 PC가 일반적으로 80 대 또는 90 % 이상으로 올라갑니다 (한 번, 98 %로 높아짐).

가장 큰 커밋은 보통 500MB 정도의 SVCHost.exe입니다. 내 sidebar.exe 프로세스도 거의 같은 숫자로 올라가는 경향이 있습니다.

이것은 Win7 SP1로 업그레이드 한 이후의 새로운 개발이며 인터넷에서 그에 대한 많은 정보를 찾지 못했습니다. 다른 사람이이 문제를 겪었습니까?

편집 PC로 돌아올 때 심각한 성능 문제가 발생합니다. 메모리를 다시 가져 오려면 재부팅해야합니다.

편집 2 : "서비스 팩"으로 태그가 지정되었습니다. SP1이 설치 될 때까지이 문제가 발생하지 않았기 때문에 이것이 근본 원인인지 궁금합니다.


메모리 사용량을 어떻게 측정합니까? 6GB에서 512MB의 사용 가능한 512MB는 캐시에 있으면 대부분 필요한 경우 즉시 해제되므로
괜찮습니다

문제를 설명하지 않았습니다. 왜 메모리가 다시 필요합니까? 재부팅하지 않으면 어떻게됩니까? 당신이 묘사 한 모든 행동은 완전히 정상입니다. 사용 가능한 메모리는 메모리 낭비입니다. 오늘 2GB 만 사용한다면 내일 6GB를 사용할 수 없습니다.
David Schwartz

Win7 SP1에 6GB 램이 있으며 개발에 VS2015 및 SQL 관리 스튜디오를 사용하고 싶지만 실제 램을 90 % 이상 사용하지 않으면 이제 둘 다 실행할 경우 발생할 수있는 이미지를 촬영 할 수 있으며 가상 메모리가 많이 사용됩니다. HD는 메모리로 사용되는 속도가 느려지므로 어떻게 될지 상상할 수 있습니다. 사용되는 대부분의 MEM은 Svchost.exe에서 -k LocalSystemNetworkRestricted입니다
아데 엠

답변:


6

호출 될 때 다른 작업에 해당 메모리를 사용할 수없는 경우에만 문제가됩니다. 그것이 지금 사용된다고해서 필요할 때 신속하게 해제 할 수 없다는 것을 의미하지는 않으며, 실제로 메모리를 사용하지 않는 것은 실제 낭비입니다.

참고로 이것은 Windows와 Linux가 메모리를 사용하는 방식의 또 다른 차이점입니다. 리눅스 시스템에서는 스왑이 최후의 수단으로 사용되기 때문에 조금 더 걱정할 것입니다. 꼭 필요한 경우가 아니면 아무것도 스왑되지 않으므로 Linux는 사용 된 RAM을 스왑 파티션에 쓰는 데 시간이 걸리므로 다른 프로그램에서이를 회수 할 수 있습니다. 반면에 Windows는 모든 RAM을 항상 페이징하는 것을 좋아합니다. 이렇게하면 다른 프로세스에 사용하기 위해 RAM을 사용해야하는 경우 이미 디스크로 페이징되므로 훨씬 더 빨리 회수 할 수 있습니다. 절충점입니다-Linux는 RAM과 관련하여 페이징 / 스왑되지 않으며, 스왑이 빠른 시점에 Windows가 더 빠릅니다.


@JoelCoehoom "반면에, Windows는 모든 RAM을 항상 페이징하는 것을 좋아 합니다 ." 미안하지만, 그것은 일반적인 신화입니다. 내 시스템 atm에는 16GiB RAM과 7.5GiB의 페이지 파일 기반 가상 주소 공간 (예 : "커밋 요금")이 있습니다. 그러나 페이지 파일에는 실제로 약 570 MiB가 있습니다. (저는 XP의 작업 관리자가 타당한 이유없이 "PF 사용량"이라는 그래프를 표시했을 때 신화가 시작되었다고 생각합니다. 실제로는 커밋 요금 만 보여주었습니다 . 현재 잠재적 인 페이지 파일 사용량 으로 생각할 수 있습니다 .
Jamie Hanrahan

Win7 SP1에 6GB 램이 있으며 개발에 VS2015 및 SQL 관리 스튜디오를 사용하고 싶지만 실제 램을 90 % 이상 사용하지 않으면 이제 둘 다 실행할 경우 발생할 수있는 이미지를 촬영 할 수 있으며 가상 메모리가 많이 사용됩니다. HD는 메모리로 사용되는 속도가 느려지므로 어떻게 될지 상상할 수 있습니다. 사용되는 대부분의 MEM은 Svchost.exe에서 -k LocalSystemNetworkRestricted입니다
아데 엠

2

사이드 바 프로세스를 비활성화하십시오. 많은 메모리가 누출되는 것으로 알려져 있습니다 (아마도 리소스 누수를 일으킬 수있는 추가 기능 일 가능성이 있음).

제안 : Windows Vista와 Windows 7 모두 많은 메모리를 소비하고 최신 응용 프로그램에서도 요즘 더 많은 RAM을 사용하는 것처럼 마더 보드에서 지원할 수있는 경우 8GB의 RAM으로 업그레이드하는 것이 좋습니다.


2
"사이드 바 비활성화"를 실행 가능한 옵션으로 생각하지 않습니다. SP1 이후 시스템에 문제가 발생했습니다.
Chris Sobolewski

@Chris Sobolewski : 확실히 당신의 선택입니다. 물론 잠시 동안 비활성화하면 범인으로 배제 할 수있는 이점이 있습니다 (또는 리소스 누수의 원인이라고 판단). 또한 SP1 업데이트가 사이드 바 코드 자체뿐만 아니라 해당 가제트 중 일부를 업데이트했을 가능성을 할인하지 마십시오. 문제를 해결하기위한 업데이트가 다른 것을 깨뜨리지 않았다는 의미는 아닙니다.
Randolf Richardson

2

가장 큰 메모리 사용량은 5MB입니까? 저에게 svhost.exe는 180MB의 메모리를 사용하고 파이어 폭스는 몇 개의 탭을 실행하면 약 500MB가 걸립니다. 실제로 메모리 사용량을 확인하고 알려주십시오. SQL Server가 설치되어 있습니까? SQL은 개발에 사용할 수있는 데이터베이스 유형에 따라 모든 것을 살아있는 것으로 알려져 있습니다.

어쨌든 Process Explorer를 가져 와서 프로세스 를 Private Bytes로 정렬하고 모든 메모리 응용 프로그램을 가져 오는 내용을 확인하십시오. 확인해야합니다.


맞아요. 내가 시작할 때 호스트 프로세스는 당신과 마찬가지로 180MB 정도를 차지하지만, 사용하지 않는 오랜 시간이 지나면 500MB 정도가되는 경향이 있습니다. SQL을 사용하여 무언가에있을 수 있지만 mySQL 인스턴스를 실행 중이지만 테스트 목적으로 만 사용되며 PC를 사용하지 않으면 DB가 아무것도하지 않아야합니다. 나는 그것을 시도 할 것이지만, 한동안 PC를 사용하면서 이것이 어떻게 연결되는지 궁금해하며 이것은 새로운 현상입니다.
Chris Sobolewski

U는 프로세스 탐색기를 사용하고 위반 프로세스에서 svchost.exe를 마우스 오른쪽 단추로 클릭 한 다음 서비스 탭으로 이동하여 실행중인 서비스를 찾을 수 있습니다. 많은 양의 메모리 호스트 2 서비스 BFE 및 MpsSvc가있는 내 svhost.exe. 다른 프로세스가 있는지 확인하십시오. 또한 svhost leaking memory- > social.technet.microsoft.com/Forums/en-US/w7itproperf/thread/… 에 대해 가능한 많은 옵션이있는 것 같습니다 . 서비스 누수에서 문제가되는 비디오 드라이버에 이르기까지 모든 것이 될 수 있습니다. 드라이버를 최신 버전으로 업데이트 할 수 있습니까?
MadBoy

2

프로세스 탐색기를 사용하면 프로세스를 마우스로 가리켜 서 scvhost.exe어떤 서비스를 호스팅하는지 확인할 수 있습니다.

이 문제를 자세히 해결해야 할 경우 Microsoft Sysinternals VMMap 이 도움을 줄 수 있습니다.
그것은 어떤 메모리가 매핑되었는지 검사하고 특정 서비스를 식별 할 수있게합니다 ...

여기에 이미지 설명을 입력하십시오

여기에 이미지 설명을 입력하십시오

여기에 이미지 설명을 입력하십시오


도움이 될 것 같습니다. 로깅 옵션이있어서 그대로두고 떠날 수 있으며, 내가 갔을 때 무슨 일이 있었는지 볼 수 있습니까?
Chris Sobolewski

@ChrisSobolewski : 타임 라인과는 거리가 멀거나 프로세스 탐색기가 백그라운드에서 실행되는 것을 생각하지 않습니다 ...
Tamara Wijsman

0

같은 문제가 있습니다. 분명히 IE9로 인한 사이드 바의 메모리 누수입니다. 자세한 내용은 다음과 같습니다.

지금 알고있는 두 가지 수정 사항이 있습니다. 때때로 사이드 바를 다시 시작 하는 해킹 이 있으며보다 영구적 인 해결책은 IE9를 제거하는 것입니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.