여유 실제 RAM이있을 때 Windows 7에서 페이지 파일을 사용하는 이유는 무엇입니까?

8G 램과 함께 Windows 7 64 비트를 사용하고 있습니다. 사용 후 Windows가 느려집니다. 드라이브가 스레 싱 중입니다. 리소스 모니터 및 디스크 작업을 보면 페이지 파일 (c : \ pagefile.sys)을 사용하는 몇 가지 인스턴스가 있습니다. 실제 메모리를 확인하면 약 2.3G의 사용 가능한 메모리와 700M의 사용 가능한 메모리가 표시됩니다.

Windows가 사용 가능한 메모리와 페이지 파일을 더 많이 사용하지 않는 이유는 무엇입니까? x 램을 어느 정도 남겨 두어야합니까? 물리적 램의 백분율입니까?

내 계획은 메인 드라이브에 대한 더 많은 램과 SSD를 얻는 것입니다. 한편 나는 성능 저하로 고통 받고 있습니다.

먼저 페이지 파일을 SSD에 배치하지 마십시오. SSD는웨어 레벨링에 대해 더 좋아졌지만 페이지 파일은 자주 작성되며 일반적인 사용보다 훨씬 빠르게 SSD를 저하시킵니다.

많은 사람들이 이해하지 못하는 것은 창에는 실제로 여유 메모리가 없다는 것입니다. 버스트 요구에 대비하여 여유 공간이있는 몇 MB가 있지만 활성 사용중인 응용 프로그램 메모리와 총 메모리의 차이는 일반적으로 "대기"메모리에 의해 소비됩니다.

필요한 경우 덤프 할 수있는 메모리 페이지 (대기 메모리는 큰 캐시)이므로 응용 프로그램의 관점에서 볼 수 있지만 사용되지는 않습니다. 일반적으로 디스크 캐시 또는 페이지 파일 캐시로 작동합니다.

Windows의 목표는 사용 패턴을 기반으로이 대기 캐시에서 사용될 가능성이 가장 높은 데이터를 유지하는 것입니다. 고려 된 예제를 사용하려면이 대기 메모리에서 데스크탑의 내용을 캐싱하는 것보다 Windows Update와 같은 프로그램 (일반적으로 일주일에 한 번 실행되도록 구성된)의 개인 메모리의 상대 값을 비교해 보겠습니다.

대부분의 시간 동안 Windows Update는 잠자고 있습니다. 일정이 다가 오기를 기다리는 동안 메모리를 잡고 대부분의 경우 아무런 가치가 없습니다. 반면 데스크탑 폴더의 내용은 특히 파일을 저장하려는 경우 지속적으로 쿼리 될 수 있습니다.

이 경우 Windows는 Windows Update에 할당 된 메모리를 페이징 아웃합니다 (메모리가 "전체"가 아니더라도 RAM에 사용 가능한 공간을 사용하여 데스크탑의 내용을 캐시합니다). 당신.

Windows는 수천 가지의 결정을 내리고 백그라운드 서비스에 의해 수백 개의 파일에 지속적으로 기록되는 디스크 캐시를 관리하면서 활성 응용 프로그램의 메모리 요구와 균형을 유지하려고합니다. 때로는 잠시 동안 잘못되어 때로는 백그라운드에서 잠자고있는 응용 프로그램으로 전환 할 때 데이터를 메모리로 다시 페이지로 보내야 할 수도 있습니다. 그러나 응용 프로그램을 메모리에 완전히 보관했다면 디스크 쓰기 및 읽기가 완료되기를 기다리는 몇 개의 다른 응용 프로그램이 다운되거나 스스로 페이징 아웃해야하는지 생각해야합니다. 그 동안 사용했던 응용 프로그램 인 경우 어떻게합니까?

응용 프로그램은 시작 코드 (한 번 사용 된 후 필요하지 않음), 종료 코드 (한 번 사용 된 후 필요하지 않음) 또는 업데이트 코드와 같이 매우 드물게 사용되는 메모리 페이지를 자주 할당합니다. 훨씬 더 중요한 용도가있을 때이 모든 것을 메모리에 유지하는 것은 실용적이지 않으므로 Windows가 현재 응용 프로그램의 작동에 필요하지 않은 코드 섹션을 식별하면 해당 섹션을 페이지 파일로 행복하게 페이지 아웃합니다. 기술적으로 메모리에 유지할 수 있습니다.

(실제로 응용 프로그램에 따라 시스템은 실제보다 더 많은 메모리를 할당 할 수 있으며 대부분의 페이지가 종료 될 것으로 예상합니다. 자세한 메모리 분석을 보려면 "Commit"또는 "Commit"청구 Windows가 다양한 응용 프로그램에 할당 한 메모리 크기입니다. 페이지 메모리는이 메모리를 보호하기에 충분한 실제 RAM이 없어도이 메모리를 보장하는 데 사용됩니다.)

방금 질문에 사용 가능한 메모리와 사용 가능한 메모리를 구분 한 것으로 나타났습니다. 강의를 받고 이미 그 차이를 알고 있다면 사과드립니다. 사용 가능한 메모리는 항상 0입니다. 그러나 대기 메모리는 해제 할 수있는 메모리이지만 항상 빠르게 해제 할 수있는 메모리는 아닙니다. 1GB 파일을 디스크에 쓰려고하면 Windows는 가능한 경우 메모리의 디스크 캐시에 파일을 넣고 천천히 백그라운드의 하드 드라이브에 씁니다. 응용 프로그램이 50MB의 추가 메모리를 요청해야하지만이 거대한 디스크 캐시가 여전히 플러시되어 사용 가능한 메모리가 없으면 사용 가능한 응용 프로그램이 중단 될 때까지 중단됩니다. 작은 버퍼를 유지하면 시스템은 사용자 입장에서 지연을 최소화하면서이 문제를 해결할 수 있습니다.

이를 미리 계획이라고합니다.

RAM이 여전히 충분한 경우 페이지 파일에 메모리 페이지를 작성하는 것이 좋습니다. 프로그램이 사용 가능한 메모리보다 많은 메모리를 요청하자마자 OS는 가능한 한 빨리 공간을 비울 수 있습니다. 나중에보다 지금 준비하는 것이 좋습니다.

OS가 대기하는 경우 성능 병목 현상이 발생합니다. 프로그램이 사용 가능한 것보다 많은 메모리를 요구하면 OS가 변경된 메모리 블록을 쓸 때까지 기다려야합니다.

SysInternal에서 디스크 캐시를 설정하는 도구가 있습니다.

cacheset.exe

여기에서 찾을 수 있습니다.

http://technet.microsoft.com/en-us/sysinternals/bb897561.aspx

지난 7 년 동안 페이지 파일이 꺼졌습니다. 실제로 새로 설치 한 후 가장 먼저하는 일입니다. 문제가 없었습니다. (실제로 나는 "titan quest"라는 게임을 시작할 때 매우 어리석은 점검을 수행하여 4MB 페이지 파일을 만들어 행복하게 만들고 나중에 PF를 다시 해제했습니다). 원래 질문에 관해서는. Windows는 디스크 I / O 캐시에 RAM을 사용합니다. 어떤 이유로 디스크 캐시가 활성 프로그램 코드 및 데이터에 똑같이 중요하다고 생각합니다. 디스크 캐시 크기를 제한 할 방법이 없습니다. 그것은 디자인에 의해 거기에 있고 우리는 그것에 대해 아무것도 할 수 없습니다 ... 아, 기다려! 우리는 할 수 있습니다! 페이지 파일을 끄십시오. RAM이 많은 응용 프로그램을 실행 중입니까? 다른 RAM을 시작하기 전에 더 많은 RAM을 구입하거나 하나의 앱을 닫으십시오. 프로세스 탐색기를 사용하여 주어진 순간에 얼마나 많은 메모리가 사용되는지 확인할 수 있습니다.

충분한 RAM이 있어도 페이지 파일을 유지하고 사용하기위한 인수 ( here 및 here )는 다음과 같습니다.

• 현재 사용 가능한 메모리가 있어도 나중에 메모리가 부족할 수 있습니다. 메모리의 거의 사용되지 않은 부분을 디스크에 미리 드롭하는 것이 좋습니다.
• 사용 가능한 것으로 나타나지만 실제로 디스크 캐싱에 사용되는 "대기"메모리도 있습니다. 성능에 있어서도 중요합니다.
• 페이지 파일을 비활성화 한 상태에서 RAM이 부족하면 하드 크래시입니다.
• 2, 4, 16 또는 다른 수의 Gb RAM은 "많은"것처럼 보일 수 있지만 이것은 생각만큼 사실이 아닐 수 있습니다. 프로파일 링해야합니다.

Windows 리소스 모니터를 사용하면 캐싱에 사용되는 RAM 양 ( "대기"로 표시)을 확인할 수 있습니다.

RAM이 실제로 사용 중이거나 대기중인 경우 페이지 파일이 유용합니다. 귀하의 작업과 사용 가능한 RAM의 조합이 메모리의 상당 부분이 사용되지 않는 것으로 보이는 경우 ( "무료"), "잘 알고 여기에서 말하는 사람에 대해 하드 드라이브를 갈아 둘 필요가 없다고 생각합니다." ".

이 모든 의견과 정답이 없습니다. 페이지 파일을 끕니다. 8GB RAM에는 필요하지 않으며 더 많은 RAM이 필요하면 구입하십시오. 정말 간단합니다.