TL; DR 버전 : Windows가 메모리 / 페이지 파일 설정을 처리하도록합니다. MS에있는 사람들은 지출 한 많은 우리의 대부분의 시스템 관리자보다는 이러한 문제에 대해 생각보다 시간.

많은 사람들이 Windows가 요청시 페이지 파일로 데이터를 푸시한다고 가정하는 것 같습니다. EG : 무언가 많은 양의 메모리를 원하고, 필요한 RAM이 충분하지 않기 때문에 Windows는이 마지막 순간에 RAM에서 디스크로 데이터를 쓰기 시작하여 새로운 요구에 따라 RAM을 확보 할 수 있습니다.

이것은 올바르지 않습니다. 후드 아래에 더 많은 일이 있습니다. 일반적으로 Windows는 백업 저장소를 유지합니다 . 즉, 메모리에있는 모든 것을 디스크의 어딘가에 보려고합니다. 이제 무언가가 발생하고 많은 메모리가 필요할 때 Windows는 RAM에 데이터를 이미 넣을 수 있기 때문에 RAM을 매우 빨리 지울 수 있습니다 . 따라서 페이지 파일에있는 많은 부분이 RAM 에도 있다고 말할 수 있습니다 . 데이터가되었다 선제 속도를 페이지 파일에 배치 새로운 메모리 할당 요구를.

관련된 특정 메커니즘을 설명하려면 많은 페이지가 필요하지만 ( Windows Internals의 7 장을 참조 하고 곧 새 버전 을 사용할 수 있음에 유의하십시오) 몇 가지주의 할 점이 있습니다. 첫째, RAM에있는 많은 부분이 본질적으로 이미 실행 파일이나 DLL에서 가져온 디스크 프로그램 코드에 이미 있습니다. 따라서 이것은 페이지 파일에 기록 될 필요가 없습니다. Windows는 단순히 비트가 원래 가져온 위치를 추적 할 수 있습니다. 둘째, Windows는 RAM에서 가장 많이 사용되는 데이터를 추적하므로 RAM에서 가장 오래 액세스 한 데이터를 RAM에서 제거합니다.

페이지 파일을 완전히 제거하면 디스크 스 래싱이 더 많이 발생할 수 있습니다. 일부 앱이 실행되고 기존 RAM의 80 %가 필요한 간단한 시나리오를 상상해보십시오. 이로 인해 현재 실행 코드가 RAM에서 빠져 나올 수 있으며 OS 코드 일 수도 있습니다. 이제 다른 앱 또는 OS 자체 (!!)가 해당 데이터에 액세스해야 할 때마다 OS는 디스크의 백업 저장소에서 페이지를 페이징해야하므로 많은 스 래싱이 발생합니다. 임시 데이터의 백업 저장소로 사용할 페이지 파일이 없기 때문에 페이징 할 수있는 유일한 것은 실행 가능한 백업 저장소와 고유 백업 서버가있는 DLL입니다.

물론 많은 리소스 / 사용 시나리오가 있습니다. 페이지 파일을 제거해도 부작용이없는 시나리오 중 하나를 사용하는 것은 불가능하지 않지만 이는 소수입니다. 대부분의 경우 페이지 파일을 제거하거나 줄이면 최대 리소스 활용 시나리오에서 성능이 저하됩니다.

일부 참고 문헌 :

• Windows 내부 도서 ( 4 판 및 5 판 )
• Windows의 한계를 뛰어 넘다 : 물리적 메모리
• Windows의 한계를 뛰어 넘다 : 가상 메모리
• Windows Vista 커널 내부 : 1 부
• Windows Vista 커널 내부 : 2 부
• Windows Vista 커널 내부 : 3 부
• 가상 메모리 이해
• RAM, 가상 메모리, 페이지 파일 및 그 모든 것 (여기 더 긴 버전 )
• 메모리 부족 증후군 또는 페이지 파일이 여전히 필요한 이유는 무엇입니까?

dmo는 가상 메모리를 이해하는 데 도움이되는 최근 Eric Lippert 게시물 을 언급 했습니다 (질문과 관련이 적음). 일부 사람들이 다른 답변으로 스크롤하지 않을 것으로 생각하기 때문에 여기에 넣었습니다.하지만 가치가 있다고 생각 되면 투표권을 가지므로 링크 를 사용 하여 거기에 도착하십시오!

답변