| RAMMap | |
|---|---|
| 소프트웨어 | |
| 개발·배포 | Microsoft Sysinternals |
| 현재 버전 | 1.63 |
| 공개일 | 2026년 3월 26일 |
| 주요 용도 | 물리 메모리 배분 분석 |
| 제공 방식 | ZIP·Sysinternals Live |
| 설치 여부 | 무설치 실행 |
| 지원 환경 | Windows Vista 이상·Server 2008 이상 |
| 확인일 | 2026년 8월 13일 |
공식 다운로드·실행
RAMMap은 Microsoft Learn의 Sysinternals 공식 페이지에서 ZIP으로 받을 수 있습니다. 2026년 8월 13일 확인 기준 현재 버전은 1.63, 공개일은 2026년 3월 26일입니다.
- 공식 페이지에서
Download RAMMap을 선택합니다. - ZIP 파일을 별도 폴더에 모두 풉니다.
- 일반적인 64비트 Windows에서는
RAMMap64.exe를 실행합니다. - 사용권 계약을 확인하고 관리자 권한 요청을 승인합니다.
- 실행 직후 화면을 캡처하거나 스냅샷으로 저장해 기준값을 남깁니다.
설치 프로그램은 없으며 Microsoft의 Sysinternals Live에서도 실행할 수 있습니다. 반복 분석하거나 오프라인에서 사용할 때는 공식 ZIP을 내려받아 별도 폴더에 보관하는 편이 관리하기 쉽습니다.
먼저 확인할 세 가지 탭
| 탭 | 보여주는 내용 | 먼저 볼 항목 |
|---|---|---|
| Use Counts | 용도와 페이지 상태별 전체 물리 메모리 | Active·Standby·Modified·Free |
| Processes | 프로세스별 작업 집합 크기 | Total·Private·Standby |
| File Summary | RAM에 올라온 파일 데이터 | 용량이 큰 파일·경로 |
전체 RAM이 어디에 배분됐는지 궁금하다면 Use Counts에서 시작하세요. 특정 프로그램을 닫았는데도 메모리가 줄지 않는 것처럼 보이면 Processes와 File Summary를 함께 확인합니다.
메모리 상태 읽는 법
| 표시 | 일반적인 의미 |
|---|---|
| Active | 현재 프로세스·커널 등이 사용 중인 페이지 |
| Standby | 필요하면 재사용할 수 있는 캐시된 페이지 |
| Modified | 다른 용도로 쓰기 전 디스크 기록이 필요한 변경 페이지 |
| Free·Zeroed | 즉시 또는 초기화 후 할당 가능한 페이지 |
Standby가 크다고 해서 RAM이 낭비되는 것은 아닙니다. Windows는 남는 메모리를 파일과 코드 캐시에 사용해 다음 접근을 빠르게 하고, 다른 프로그램이 요구하면 Standby 페이지를 회수할 수 있습니다.
메모리 부족은 RAMMap의 한 숫자만으로 판단하지 말고 작업 관리자의 사용 가능 메모리와 Commit, 실제 페이지 파일 사용, 프로그램 응답 지연을 함께 확인해야 합니다.
탭별 용도
- Use Counts: 물리 메모리를 용도와 상태로 나눠 전체 분포를 확인합니다.
- Processes: 각 프로세스의 작업 집합이 Active·Standby 등에 얼마나 놓였는지 비교합니다.
- Priority Summary: 우선순위별 Standby 목록 크기를 확인합니다.
- Physical Pages: 개별 물리 페이지의 사용 상태를 자세히 봅니다.
- Physical Ranges: 실제 물리 주소 범위를 확인합니다.
- File Summary: 어떤 파일의 데이터가 RAM에 많이 캐시됐는지 정렬합니다.
- File Details: 특정 파일에 연결된 개별 물리 페이지를 확인합니다.
일반 사용자는 Use Counts, Processes, File Summary 세 탭으로 시작하면 충분합니다. Physical Pages와 Physical Ranges는 Windows 메모리 구조를 이해하는 고급 분석에 가깝습니다.
RAMMap 사용법 — 전후 비교
RAM 사용 증가 원인을 볼 때는 한 번의 화면보다 같은 조건의 전후 비교가 유용합니다.
- PC 재부팅 후 필요한 프로그램만 실행합니다.
- RAMMap의 첫 스냅샷을 저장합니다.
- 메모리 증가가 의심되는 작업을 같은 방식으로 재현합니다.
- 새로고침한 뒤 두 번째 스냅샷을 저장합니다.
- Use Counts의 용도별 증가와 Processes·File Summary의 상위 항목을 비교합니다.
- 프로그램을 정상 종료한 뒤 다시 측정해 Active와 Standby 변화가 있는지 봅니다.
측정 사이에 여러 프로그램과 드라이버를 한꺼번에 업데이트하면 원인을 좁히기 어렵습니다. 조건을 하나씩 바꾸고 스냅샷 이름에 시간과 작업을 기록하세요.
Standby List 삭제 주의
RAMMap의 Empty 메뉴에는 Standby 목록이나 작업 집합 등 메모리 상태를 비우는 기능이 있습니다. Microsoft의 공식 Defrag Tools 영상도 이를 성능 분석 맥락에서 다룹니다.
사용해야 한다면 다음처럼 진단 조건을 제한하세요.
- 저장되지 않은 작업을 모두 저장합니다.
- 삭제 전 Use Counts 화면과 실제 증상을 기록합니다.
- 필요한 Empty 항목 하나만 실행합니다.
- 같은 작업에서 끊김·메모리 분포가 달라지는지 확인합니다.
- 변화가 없으면 반복 실행하거나 예약 작업으로 만들지 않습니다.
게임 끊김이 잠깐 줄었다고 원인이 Standby 자체라고 확정할 수는 없습니다. 저장장치 속도, 드라이버 DPC 지연, 백그라운드 프로그램과 실제 메모리 부족을 함께 확인해야 합니다.
Nonpaged Pool이 계속 증가할 때
Use Counts에서 Nonpaged Pool이 비정상적으로 계속 증가한다면 커널이나 장치 드라이버가 반환하지 않는 메모리를 의심할 수 있습니다. RAMMap은 증가 현상을 확인하는 데 도움이 되지만 원인 드라이버 태그까지 자동으로 확정하지는 않습니다.
- 재부팅 직후와 증상 발생 후 값을 비교합니다.
- 최근 설치·업데이트한 네트워크·그래픽·스토리지 드라이버를 기록합니다.
- 업무 PC에서는 이벤트 로그와 제조사 지원 자료를 관리자와 확인합니다.
- 고급 분석은 Microsoft PoolMon 등 별도 도구가 필요할 수 있습니다.
시스템 드라이버 파일을 임의로 삭제하거나 무작정 종료하면 부팅 오류와 데이터 손상이 생길 수 있습니다.
다른 도구와 구분
| 도구 | 적합한 확인 |
|---|---|
| 작업 관리자 | 전체 사용량과 프로그램별 빠른 확인 |
| RAMMap | 물리 메모리 상태·파일 캐시·커널 배분 분석 |
| Process Explorer | 프로세스 트리·핸들·DLL과 작업 집합 상세 확인 |
| MemTest86 | 물리 RAM 오류 검사 |
| LatencyMon | DPC·ISR·하드 페이지 폴트와 오디오 지연 분석 |
RAMMap은 메모리를 자동으로 늘리거나 RAM 불량을 고치는 도구가 아닙니다. 어떤 종류의 메모리가 증가하는지를 분류하고 다음 진단 도구를 선택하는 데 사용하는 것이 정확합니다.
출처
- Microsoft Sysinternals RAMMap 공식 안내 ↗
- Microsoft Defrag Tools RAMMap 사용 영상 ↗
- Microsoft Sysinternals 공식 안내 ↗
- Microsoft Sysinternals 유틸리티 목록 ↗