Windows 10에서 램 사용량 측정

현재 응용 프로그램에 대한 보고서를 작성 중이며 메모리 사용량을 알고 싶습니다. Windows 10에는 더 많은 작업을 관리하고 스왑 핑을 피하기 위해 작업 세트에없는 메모리를 압축하는 좋은 기능이있어 전반적인 성능을 향상시킵니다 (Linux에도 존재한다고 생각합니다).

문제는 Windows 10의 작업 관리자가 각 응용 프로그램의 총 메모리 사용량을 압축되지 않은 것처럼보고하거나 나머지가 시스템 프로세스에서 압축되는 동안 압축되지 않은 부분을 표시하는지 여부를 모르는 것입니다. 많은 앱).

자세한 메모리 측정은 Windows 성능 도구 키트 . 여기서 도구에서 메모리 할당을 확인하기 위해 VAlloc 호출을 추적 할 수 있습니다.

또한 RAMMAp Windows의 메모리 사용량에 대한 스냅 샷을 캡처하는 데 사용할 수 있습니다.

그러나 도구 중 어느 것도 압축 된 데이터의 수를 감지 할 수 없습니다. Microsoft가 Windows 10 Redstone 업데이트에이 기능을 추가했을 수도 있습니다.

Windows 10이 압축하는 유일한 메모리는 "시스템"프로세스입니다. 다른 프로세스가 볼 수있는 작업 집합 카운터는 압축을 반영하지 않으며 어떤 일도 발생하지 않았습니다. 따라서 항상있는 것처럼 프로세스 별 작업 집합 카운터를 사용할 수 있습니다.

프로세스 작업 집합의 메모리 ~ 할 수 없다. 프로세스 작업 집합에있는 어떤 것도 페이지 오류를 발생시키지 않고 참조 할 수 있기 때문에 압축해야합니다. 따라서 메모리 관리자가 압축을 풀 수있는 기회는 없습니다. 프로세스의 일반 코드는 압축 된 메모리 내용을 참조하는 (또는 실행하려고합니다!) 것이고 작동하지 않습니다. 그러므로 프로세스 워킹 세트 카운터는 여전히 그들이 의미했던 것을 의미합니다.

"시스템"프로세스에 관해서는 ... 압축 된 메모리는 수정 된 페이지 목록에 있던 RAM의 압축 된 버전입니다. RAM 압력으로 인해 더 많은 RAM을 사용할 수있게되면 페이지가 MPL에 저장됩니다. 이들은 프로세스 작업 세트에서 내용이 수정 된 페이지이므로 다른 용도로 사용할 수있게되기 전에 그 내용을 "백업 저장소"에 복사해야합니다. 프로세스 개인 페이지의 경우 이는 일반적으로 페이지 파일입니다.

이전 버전의 Windows에서는 페이지 파일에 기록 된 다음 MPL에서 대기 목록으로 이동했습니다. 거기에서 그들은 그것을 잃어버린 과정으로 다시 폴트되거나, 다른 용도로 사용 가능한 "RAM"으로 사용되는 "용도 변경"될 수 있습니다. Windows 10의 방식은 내용을 압축하고 "시스템"프로세스의 개인 주소 공간에 압축 된 내용을 숨기는 것입니다.

이전 버전보다 RAM 사용량이 증가하지 않습니다. 실제로 감소가 있습니다. 과거에는 이러한 페이지가 압축되지 않은 원본 형식의 대기 목록에 있었을 것입니다. Windows 10에서 그들은 압축 된 형태로 시스템 프로세스에 있습니다. 그래서 그들은 더 적은 공간을 차지합니다.

단점은 이러한 페이지를 "잃어버린"프로세스가 사용되기 전에 내용을 압축 해제해야하기 때문에 페이지를 작업 세트로 다시 폴트 할 수 없다는 것입니다 (수정 된 페이지 목록 또는 대기 페이지 목록 에서처럼). 압축 해제는 일반적인 소프트 결함 해결 경로에서 처리됩니다. 그러나 압축 해제는 이전 버전의 페이지 파일 (SSD 포함)에서 내용을 읽는 것보다 훨씬 적은 시간이 소요됩니다.

부족한 RAM의 경우, 수정 된 페이지는 이전 버전과 마찬가지로 페이지 파일에 내용을 기록하여 다른 용도로 사용할 수 있습니다. 그러나 이전 버전과 달리 Windows 10에서는 이러한 상황이 발생할 때까지 해당 내용이 이미 압축되어 있습니다. 따라서 페이지 파일 작성 시간을 줄이고 페이지 파일 공간을 줄입니다. 나중에 페이지 파일에서 다시 읽어 들여야 할 경우 다시 읽는 데 시간이 덜 필요합니다. 왜냐하면 압축은 읽을 데이터가 적기 때문입니다.