요약:
Microsoft 문서에서는 단지 컴퓨터의 메모리가 32GB라는 이유만으로 사용자가 페이지 파일을 닫는 것은 권장되지 않는다고 지적합니다. Windows 페이지 파일(pagefile.sys)은 필요할 때 자주 액세스하지 않는 수정된 데이터를 메모리 밖으로 이동하는 데 사용될 뿐만 아니라 시스템이 응용 프로그램에 커밋할 수 있는 총 메모리 양을 확장하고 시스템 크래시 덤프를 위한 저장 공간을 제공합니다.
작업 관리자의 "사용 중" 메모리와 "커밋된" 메모리는 같은 것이 아닙니다. "커밋됨"은 Windows가 사용 가능한 메모리 양을 프로그램에 커밋했음을 의미합니다. 상한은 실제 메모리와 페이지 파일에 의해 결정됩니다. 페이지 파일이 꺼지면 시스템 커밋 제한이 실제 RAM 용량 바로 아래로 줄어들므로 32GB 컴퓨터에서 애플리케이션에 사용할 수 있는 총 커밋 메모리도 32GB 바로 아래로 제한됩니다. 아직 여유 RAM이 있더라도 프로그램이 많은 양의 메모리를 요청한 경우 제출 제한에 도달하여 프로그램이 정지되거나 충돌하거나 오작동할 수 있습니다.
Microsoft는 페이지 파일이 각 컴퓨터의 최고 메모리 제출 및 크래시 덤프 설정에 따라 결정되어야 한다고 밝혔습니다. 모든 장치에 적용되는 고정된 크기를 사용하는 것은 불가능하므로 기본적으로 Windows에서 자동으로 관리됩니다. 시스템 관리 페이지 파일은 메모리 요구 사항 및 크래시 덤프 요구 사항에 따라 조정됩니다. 시스템 커밋 볼륨이 상한의 90%에 도달하면 페이지 파일이 자동으로 확장될 수 있습니다. 페이지 파일이 닫힌 경우 Windows는 일반적으로 전용 덤프 파일이 구성되지 않은 한 시스템 크래시 덤프를 저장할 수 없습니다.
페이지 파일 점유율이 100%에 도달했다고 해서 컴퓨터 속도가 느려지는 것은 아닙니다. 핵심은 시스템 제출량이 제출 한도에 근접했는지 여부입니다. 프로그램이나 동적 링크 라이브러리에서 데이터를 읽는 것도 하드 페이지 오류로 계산되기 때문에 하드 페이지 오류가 반드시 Windows가 페이지 파일을 읽는다는 의미는 아닙니다. 대부분의 32GB 컴퓨터에서 일반적으로 사용되는 게임 및 프로그램의 최대 제출 볼륨이 상한보다 훨씬 낮은 경우 페이지 파일을 꺼도 일반적으로 속도가 크게 향상되지는 않지만 추가 메모리 여유가 손실됩니다. 보고서 작성자의 테스트 컴퓨터에서 시스템이 관리하는 페이지 파일은 25.6GB를 차지하지만 이는 그의 장비의 실제 상황일 뿐 모든 컴퓨터가 동일한 공간을 차지한다는 의미는 아닙니다.
Microsoft는 특별한 상황을 언급했습니다. 일부 프로그램이 페이지 파일의 자동 확장 중에 메모리를 자주 적용하는 경우 일시적인 메모리 부족 오류가 발생할 수 있습니다. 이 경우 워크로드에 따라 페이지 파일의 초기 크기를 수동으로 설정하는 것을 고려할 수 있습니다. Microsoft 지원 문서에 나열된 제안 중 하나는 초기 값을 RAM의 1.5배로 설정하는 것입니다. 이는 문제별 접근 방식이므로 모든 컴퓨터를 이런 식으로 설정해서는 안 됩니다.
댓글