| 항목 | 내용 |
|---|---|
| 무엇인가 | 시스템 오류 덤프 (MEMORY.DMP · Minidump) |
| 분류 | 윈도우가 잡아둔 자리 |
| 전형적인 크기 | MEMORY.DMP 는 메모리 크기만큼 (8~32GB), Minidump 는 파일당 수백 KB |
| 안전도 | 확인하고 지우세요 |
| 지운 뒤 다시 생기나 | 생깁니다 |
| 첫 번째 자리 | C:\Windows\MEMORY.DMP |
| 기준 환경 | 개발자 PC |
C:\Windows\MEMORY.DMP 파일이 있는지 보세요. 있으면 그 크기가 곧 회수량입니다.
숫자를 한 번 적어 두세요. 정리한 뒤 다시 재서 비교해야 효과를 알 수 있고, 다음 달에 같은 자리가 또 커졌다면 그건 지울 게 아니라 설정을 바꿔야 하는 항목입니다.
아래를 PowerShell 에 붙여 넣으면 크기·개수·가장 최근 변경일이 같이 나옵니다.
$f = Get-ChildItem "C:\Windows\MEMORY.DMP" -Recurse -File -EA SilentlyContinue
"크기 : {0:N0} MB" -f (($f | Measure-Object Length -Sum).Sum / 1MB)
"개수 : {0:N0}개" -f $f.Count
"최근 : {0}" -f ($f | Sort-Object LastWriteTime -Desc | Select-Object -First 1).LastWriteTime크기가 MEMORY.DMP 는 메모리 크기만큼 (8~32GB), Minidump 는 파일당 수백 KB 범위 안이면 정상입니다. 그보다 훨씬 크면 오래 안 치운 것입니다.
최근 변경일이 몇 달 전이면 지금은 안 쓰는 것입니다 — 지우기 좋은 후보입니다. 오늘 날짜면 지금 쓰는 중이니 프로그램부터 끄세요.
메모리 덤프는 한 곳에만 있지 않습니다. 아래 2곳을 모두 확인해야 실제 크기가 나옵니다.
경로에 들어 있는 %LOCALAPPDATA% 같은 부분은 탐색기 주소창에서 알아서 풀립니다. 직접 계정 이름을 찾아 들어갈 필요는 없습니다.
C:\Windows\MEMORY.DMP
C:\Windows\Minidump개발 환경은 "다시 만들 수 있는 것"이 압도적으로 많습니다. 빌드 산출물, 패키지 캐시, 컨테이너 이미지는 명령 한 줄이면 다시 생깁니다.
지우기 전에 그 폴더가 소스 저장소에 올라가 있는지, .gitignore 에 들어 있는지 보세요. ignore 대상이면 대개 지워도 됩니다.
이 환경에서 남겨 둘 여유 용량은 최소 50GB 정도로 잡으세요. node_modules·컨테이너 이미지·가상디스크 셋이 전체의 절반을 넘기 쉽습니다.
메모리 덤프는 확인하고 지우세요. 지워도 되지만 대가가 있습니다.
블루스크린 원인을 아직 못 찾았다면 남겨 두세요. 해결했거나 원인을 알고 있다면 지워도 됩니다.
지운 뒤에도 프로그램을 다시 쓰면 같은 자리에 다시 생깁니다. 그래서 "한 번 지우면 끝"이 아니라 "얼마나 자주 지울 것인가"의 문제입니다.
테라클린은 이 문서에서 다룬 자리를 찾아 크기와 함께 목록으로 보여주고, 지워도 되는 이유와 안 되는 이유를 항목마다 적습니다. 지우기 전에 목록을 먼저 봅니다. 파일은 기기를 떠나지 않습니다.
Windows용 무료 다운로드 브라우저에서 체험 →캐시 종류라면 정상입니다. 작은 조각을 잘게 쪼개 저장하기 때문입니다. 개수보다 합계 크기를 보세요.
망가지지 않습니다. 블루스크린 원인을 분석할 자료가 사라집니다. 블루스크린이 반복되고 있다면 지우지 마세요. 그 이상은 없습니다.
휴지통을 비웠는지 먼저 보세요. 그래도 그대로면 지운 파일을 아직 잡고 있는 프로그램이 있다는 뜻입니다. 재부팅 한 번이면 대개 반영됩니다. 재부팅 뒤에도 같다면 그 자리를 차지하는 건 메모리 덤프가 아니라 다른 것입니다.
이 문서는 시스템 오류 덤프 (MEMORY.DMP · Minidump)에 대한 점검하는 법 문서입니다(개발자 PC 기준). 경로와 명령어는 확인한 것만 적었고, 확인하지 못한 항목은 비워 두었습니다. 지우기 전에 반드시 크기를 먼저 재고, 되돌릴 수 없는 항목은 사본을 두세요.