일반적인 Windows 사용에서는 어떤 목록도 비우지 않는 것이 기본입니다. 문서화된 콜드 캐시 테스트에서만 Empty Standby List를 사용하고 전후 상태를 저장하세요. 캐시 삭제만으로 누수, 드라이버 할당 또는 메모리 용량 문제를 해결할 수는 없습니다.
비우기 전에 캐시를 분류하세요
Empty Working Sets는 프로세스의 상주 페이지를 줄이며 다시 접근하면 페이지가 돌아옵니다. Empty System Working Set은 시스템 작업 집합 일부를 대상으로 합니다. Empty Standby List는 회수 가능한 캐시를 버리고 Priority 0은 가장 낮은 우선순위로 범위를 제한합니다. Empty Modified Page List는 변경 페이지를 처리해 저장 장치 쓰기를 유발할 수 있습니다.
가장 큰 숫자가 아니라 실험 목적에 맞춰 고릅니다. 콜드 파일 읽기 비교는 Standby 비우기가 필요할 수 있지만 Process Private 증가는 Processes에서 원인을 찾아야 합니다. Nonpaged Pool 증가는 드라이버 진단 대상입니다. 여러 목록을 동시에 비우면 어떤 변경이 증상에 영향을 주었는지 알 수 없어 결과를 재현할 수 없습니다.
- 변경 전에 스냅샷 저장
- Empty 옵션 하나만 선택
- 이후 Use Counts 새로 고침
- I/O와 응답 시간 비교
- 같은 작업과 측정 시점을 다시 반복
RAMMap Empty 옵션 비교
Empty Working Sets는 프로세스의 상주 페이지를 줄이며 다시 접근하면 페이지가 돌아옵니다. Empty System Working Set은 시스템 작업 집합 일부를 대상으로 합니다. Empty Standby List는 회수 가능한 캐시를 버리고 Priority 0은 가장 낮은 우선순위로 범위를 제한합니다. Empty Modified Page List는 변경 페이지를 처리해 저장 장치 쓰기를 유발할 수 있습니다.
| 옵션 | 효과 | 적합한 용도 | 가능한 결과 |
|---|---|---|---|
| Empty Working Sets | 프로세스 상주 페이지를 줄임 | 작업 집합 상주성 실험 | 앱이 상주 페이지를 다시 읽어야 할 수 있음 |
| Empty System Working Set | 시스템 작업 집합 일부를 줄임 | 범위가 좁은 시스템·커널 실험 | 시스템 구성 요소가 이후 더 많은 I/O를 만들 수 있음 |
| Empty Standby List | 회수 가능한 캐시를 버림 | 정의된 콜드 캐시 테스트 | 이전에 캐시된 파일을 다시 읽어야 함 |
| Empty Priority 0 Standby List | 가장 낮은 Standby 우선순위를 대상으로 함 | 우선순위 대상 테스트 | 가장 낮은 우선순위의 유용한 캐시를 버림 |
| Empty Modified Page List | 수정된 페이지를 처리함 | 전문 진단 | 저장 장치 쓰기를 유발할 수 있으며 일반 정리가 아님 |
Standby를 통제된 방식으로 테스트
먼저 정상적인 웜 캐시 실행을 측정합니다. 스냅샷을 저장하고 Empty Standby List를 한 번 선택한 뒤 Use Counts에서 대상이 변했는지 확인합니다. 같은 파일, 앱 버전, 저장 장치, 측정 방법으로 작업을 반복해 시간과 I/O를 비교하세요. 이는 해당 작업에서 캐시의 가치를 측정할 뿐 일상적으로 비우는 것이 빠르다는 증거가 아닙니다. RAMMap 캐시 삭제 테스트에서는 한 목록만 바꾸고 같은 작업을 측정한 뒤, 다른 상태를 바꾸기 전에 RAMMap 사용법을 확인하세요.
RAMMap 캐시 삭제를 예약 작업으로 자동화하지 마세요. Windows는 압력에 따라 Standby를 회수하고 파일을 읽으며 다시 캐시합니다. 반복 삭제는 저장 장치 접근과 일시 정지를 늘리고 실제 문제의 시간 흐름을 숨깁니다. 사용 후 Standby가 다시 늘어나는 것은 정상적인 캐시 정책이며 RAMMap이 실패했거나 메모리가 누수된다는 뜻이 아닙니다.
테스트 뒤 Use Counts를 새로 고치고 같은 작업을 반복합니다. 캐시가 다시 커지는 것은 Windows의 정상 동작일 수 있습니다.
- 이전 상태 저장
RAMMap 스냅샷을 저장하고 작업과 시간을 기록합니다.
- 목록 하나 선택
콜드 캐시가 테스트 대상일 때만 Empty Standby List를 사용합니다.
- 변경 확인
Use Counts를 새로 고쳐 예상한 목록만 바뀌었는지 확인합니다.
- 작업 반복
자유 메모리 숫자뿐 아니라 시간, 디스크 I/O, 응답성을 측정합니다.
Working Sets와 프로세스 구분
RAMMap은 Windows의 물리 메모리를 사용 목적과 페이지 상태라는 두 관점으로 보여 줍니다. 숫자가 크다는 사실만으로 오류라고 판단할 수는 없습니다. Windows는 사용하지 않는 RAM을 파일 캐시로 활용해 다음 읽기를 빠르게 만들고, 앱이 공간을 요구하면 많은 Standby 페이지를 회수합니다. 따라서 지속적인 페이징, 응답 지연, 할당 실패처럼 재현 가능한 증상과 숫자를 함께 확인해야 합니다.
조사는 Use Counts 탭에서 시작해 Active, Standby, Modified, Free, Zeroed를 비교합니다. 큰 항목이 Process Private이면 Processes로, Mapped File이면 File Summary로, 개별 페이지 상태가 필요하면 Physical Pages로 이동합니다. 이 순서는 정의가 다른 카운터를 같은 값처럼 비교하거나 정상적인 회수 가능 캐시를 영구적으로 점유된 메모리로 오해하는 일을 줄여 줍니다.
비운 직후 숫자가 작아져도 지속적인 성능 향상을 뜻하지 않으며 프로세스, 드라이버 또는 용량 문제를 고치지 않습니다.
캐시 비우기를 자동화하지 않기
Active는 현재 작업 집합 등에서 사용되어 즉시 다른 용도로 쓸 수 없는 페이지입니다. Standby는 유효한 캐시 데이터를 유지하지만 압력이 생기면 회수할 수 있습니다. Modified는 내용이 바뀌어 재사용 전에 저장 장치로 기록해야 하는 페이지입니다. Free는 아직 초기화되지 않은 빈 페이지이고 Zeroed는 보안을 위해 0으로 지워져 바로 새 할당에 제공할 수 있는 페이지입니다.
Process Private은 특정 프로세스의 비공유 메모리이고 Mapped File은 파일 기반 매핑입니다. Paged Pool과 Nonpaged Pool은 커널과 드라이버가 사용합니다. Nonpaged Pool은 물리 RAM에 남아야 하지만 Paged Pool은 조건에 따라 페이지 아웃될 수 있습니다. 소유자와 수명이 다르므로 Standby 목록을 비워도 드라이버가 만든 Nonpaged Pool 증가 원인은 해결되지 않습니다.
Empty가 답이 아닌 경우
RAMMap은 Microsoft Sysinternals 페이지나 WinGet의 정확한 ID Microsoft.Sysinternals.RAMMap에서 받습니다. 2026년 8월 13일 확인한 v1.63 ZIP의 SHA256은 6536A8107A3FB391E4443F2742366067341A7DA50DE89F99CA0B2390120DD0CC입니다. 해시는 정확한 바이트를 식별하고 디지털 서명은 게시자와 변조 여부를 추가로 확인하므로 간접 전송 뒤에는 둘을 함께 검사하는 것이 좋습니다.
대부분의 Intel 및 AMD PC에서는 RAMMap64.exe를 실행합니다. RAMMap64a.exe는 Windows on ARM용이며 RAMMap.exe는 32비트 Windows용입니다. ZIP 전체를 압축 해제한 다음 관리자 권한으로 실행하세요. RAMMap은 상시 메모리 정리 서비스를 설치하지 않는 휴대용 도구지만 시스템 전체의 물리 페이지와 커널 정보를 읽기 위해 권한 상승이 필요합니다.
RAMMap 캐시 비우기에 관한 자주 묻는 질문
어떤 Empty 옵션을 사용하나요?
대부분은 아무것도 비우지 않습니다. 정의된 콜드 캐시 테스트에서는 Empty Standby List가 대표적인 RAMMap 캐시 삭제 명령이지만, 먼저 스냅샷을 저장하고 일상적인 최적화로 사용하지 마세요.
Standby를 비우면 파일이 삭제되나요?
파일은 삭제되지 않지만 캐시가 사라져 읽기와 지연이 늘 수 있습니다.
자동으로 자주 비워도 되나요?
권장하지 않습니다. Windows 캐시 정책을 방해하고 진단 증거를 숨길 수 있습니다.
Empty Standby List가 파일을 삭제하나요?
아니요. 파일은 삭제되지 않고 재사용 가능한 캐시만 버려져 이후 읽기가 느려질 수 있습니다.
캐시 비우기를 정기적으로 자동화해도 되나요?
권장하지 않습니다. 반복해서 비우면 캐시 정책과 진단 증거를 방해하고 프로세스나 드라이버 문제도 고치지 못합니다.
RAMMap v1.63 다운로드
Microsoft Sysinternals에서 현재 서명된 ZIP을 직접 받으세요.