RAMMap을 관리자 권한으로 실행해 Total, Active, Standby, Modified, Free와 주요 Use Counts 행을 기록하고 스냅샷을 저장합니다. 한 가지 작업을 일정 간격으로 반복하고 F5로 갱신합니다. 작업을 멈춘 뒤에도 증가가 안정되지 않고 사용 가능 메모리가 줄거나 Commit이 늘면 누수 가능성이 커집니다. RAMMap으로 분류를 좁힌 뒤 Process Explorer, VMMap, PoolMon 또는 WPR로 소유자를 확인합니다.
정상적인 메모리 압력과 누수 구분
Windows는 남는 RAM을 파일 캐시와 Standby로 사용합니다. 회수 가능하다면 사용률이 높아도 정상일 수 있습니다. 누수는 같은 조건의 측정마다 늘고 작업 종료 뒤에도 남아 Commit, 페이징 또는 지연을 악화시킵니다.
Total만 보지 말고 각 행의 Active, Standby, Modified를 비교합니다. 큰 Standby는 보통 회수 가능한 캐시이며 Active Process Private나 Pool의 지속 증가는 더 강한 단서입니다. 작업 관리자의 커밋됨도 함께 확인합니다.
| 관찰 | 대체로 정상 | 강한 누수 신호 |
|---|---|---|
| 작업 시작 | 증가 후 안정 | 같은 반복마다 증가 |
| 작업 종료 | 해제되거나 캐시로 전환 | 같은 분류가 남고 계속 증가 |
| 사용 가능 메모리 | 충분히 유지 | Commit 증가와 함께 감소 |
| 소유자 | 예상 앱 또는 캐시 | 프로세스, Pool Tag, 파일이 유용한 작업 없이 증가 |
| 재시작 뒤 | 워밍업 후 안정 | 같은 단계에서 무제한 증가 재현 |
재현 전 깨끗한 RAMMap 기준선 저장
관련 없는 앱을 닫고 업데이트, 백업, 다운로드, VM을 멈춥니다. 관리자 권한으로 RAMMap을 열고 시스템이 조용해지면 F5를 눌러 Use Counts, Active, 사용 가능 메모리, Commit, 시간을 기록하고 저장합니다.
앱 버전, 파일, 프로필, 대기 시간을 동일하게 유지합니다. 여러 조건을 동시에 바꾸면 차이의 원인을 알 수 없습니다. 측정 사이에 캐시를 비우지 마십시오.
계속 증가하는 RAMMap 분류 추적
Process Private는 앱이나 서비스, Mapped File은 File Summary와 경로, Pool은 드라이버 조사로 이어집니다. Driver Locked, Page Table, Large Page는 다른 소유자입니다.
두 분류가 함께 오르면 시점을 비교합니다. 앱이 개인 메모리를 할당하면서 파일 캐시를 데울 수 있습니다. RAMMap 메모리 유형과 Process Private 진단을 참고하십시오.
- Process Private: Processes를 정렬하고 PID와 변화량을 기록한 뒤 Process Explorer 또는 VMMap에서 Private Bytes 확인.
- Mapped File: File Summary를 정렬하고 File Details에서 경로 확인.
- Pool: 추세를 기록하고 PoolMon 또는 WPR로 Tag를 찾아 서명된 드라이버에 연결.
- Standby: 통제된 시험에서 반대 증거가 없으면 회수 가능한 캐시로 취급.
반복 가능한 체크포인트와 스냅샷 비교
기준선, 같은 조건의 세 지점 이상, 유휴 지점을 만듭니다. 기준, 작업 후 1회, 작업 후 3회, 유휴 10분처럼 저장하고 작업과 시간을 기록합니다.
심한 페이징이 시험을 바꾸기 전에 중단합니다. 패턴이 재현되면 의심 앱이나 서비스만 안전하게 재시작해 같은 시험을 반복합니다. 일시적 해제는 소유 단서이지 영구 해결은 아닙니다.
- 기준선 저장
갱신하고 사용 가능 메모리와 Commit을 기록해 저장.
- 한 작업 반복
다른 조건을 바꾸지 않고 한 작업만 수행.
- 고정 지점 저장
1회, 3회, 5회 또는 같은 시간 간격에 저장.
- 유휴 지점 추가
작업을 멈추고 값이 안정되는지 확인.
- 소유자 확인
분류에 따라 Process Explorer, VMMap, PoolMon, WPR 사용.
RAMMap 다음에 맞는 도구 선택
RAMMap은 물리 메모리 구성을 설명하지만 모든 할당 스택은 보여 주지 않습니다. Process Explorer는 소유자, VMMap은 한 프로세스, PoolMon은 Pool Tag, WPR은 시간 흐름을 분석합니다.
스냅샷, PID, Tag, 경로, 재현 단계, 시간을 보관하십시오. 덤프와 트레이스에는 민감한 정보가 포함될 수 있습니다.
| 단서 | 도구 | 확인 질문 |
|---|---|---|
| Process Private | Process Explorer | 어떤 프로세스나 서비스가 Commit을 소유하는가 |
| 프로세스 확인 | VMMap/프로파일러 | 어떤 영역이 증가하는가 |
| Pool | PoolMon | 어떤 Tag가 커널 메모리를 쓰는가 |
| 드라이버/시간 | WPR | 언제 증가하고 어떤 활동과 일치하는가 |
| Mapped File | File Summary/Details | 어떤 파일이 페이지를 차지하는가 |
캐시 삭제로 증거를 숨기지 않기
Empty Standby List는 회수 가능한 캐시만 버리며 개인 Commit이나 누수된 Pool을 해제하지 않습니다. Empty Working Sets도 상주 페이지만 잠시 줄일 수 있습니다.
Empty는 통제된 캐시 실험에만 사용합니다. 확인된 소유자를 업데이트하거나 재시작하고 같은 시험을 반복하십시오. 2026년 3월 26일 공개된 RAMMap v1.63은 2026년 7월 30일 Microsoft ZIP과 SHA256 확인 시점에도 최신이었습니다.
캐시 삭제 직후 그래프가 낮아져도 누수 해결의 증거가 아닙니다. 먼저 추세를 보존하십시오.
RAMMap 메모리 누수 자주 묻는 질문
RAMMap만으로 앱 누수를 증명할 수 있나요?
분류와 반복 추세는 보여 주지만 정확한 원인은 프로세스나 드라이버 도구가 필요합니다.
어떤 값을 봐야 하나요?
사용 가능 메모리 감소와 Commit 증가와 함께 반복해서 커지는 Active 분류입니다.
스냅샷은 몇 개 필요한가요?
기준선, 같은 조건의 여러 지점, 유휴 지점이 필요합니다.
Empty Standby List로 해결되나요?
아니요. 회수 가능한 캐시만 버립니다.
다음 도구는 무엇인가요?
분류에 따라 Process Explorer, VMMap, PoolMon, WPR을 사용합니다.
Microsoft에서 RAMMap v1.63 다운로드
현재 공식 ZIP을 사용하고 메모리 상태를 바꾸기 전에 기준선을 저장하십시오.