선요약 : Claude code써서 1년동안 겪던 프리징 문제 거의 해결함 (방법 적용후 프리징 문제 재발하지 않음)
발생 증상: 메이플을 킨 상태로 크롬브라우저에서 유튜브 링크를 누르거나 메이플 캐시샵 들어가기 또는 물욕템떠서 캡처프로그램 실행하기를 하면 프리징 현상이 발생함.
프리징 현상은 메이플 화면 및 크롬 브라우저가 끊기다가 멈추고 마우스만 움직이고 마우스나 키보드를 입력해도창들의 반응이 없어짐
해결 방법: 가상메모리를 최소 16기가 이상 설정 및 Vanguard Tray 프로그램이 부팅시 시작되지 않도록 비활성화
안녕하세요.
메이플을 약 1년간 하며 간헐적으로 프리징이 발생하여 강제 재부팅을 했던 경험이 있었고 이를 해결한 경험을 공유하고자 글을 작성했습니다. 제가 사용중인 컴퓨터 스펙은 windows 10 / 램 DDR3 16GB / 하드 SSD 250GB 입니다.
해결하게된 과정은 간단합니다. powershell을 관리자 권한으로 열고 'irm https://claude.ai/install.ps1 | iex' 명령어를 통해 claude code를 실행하고 제가 겪는 증상을 입력하고 그 이후에 제공되는 방법들을 시도하다가 결과를 얻게 되었습니다.
* 참고로 claude code 도구는 유료입니다. 비슷한 도구인 Gemini CLI를 사용하시는 것도 좋습니다. 제 기억으로 몇달전까진 무료였었고 그때 이후로 사용한적이 없어 요즘은 무료인지는 잘모르겠습니다.
참고하시면 좋을것 같아 글 마지막에 claude 대화내역도 일부 첨부 했습니다.
감사합니다.
●진단 완료했습니다. 원인이 로그에 명확하게 남아 있습니다.
확인된 원인
1. 진짜 원인 — 커밋 메모리(가상 메모리) 고갈 ⚠️ 가장 결정적
Resource-Exhaustion-Detector 이벤트 2004가 8/3~8/5에 6번 기록돼 있습니다. "Windows에서 가상 메모리가 부족하다고
진단했습니다":
┌─────────────┬────────────────┬─────────────────────────────────────┐
│ 시각 │ MapleStory.exe │ 동반 프로세스 │
├─────────────┼────────────────┼─────────────────────────────────────┤
│ 08-03 22:25 │ 9.9 GB │ BlackCipher 0.47GB, DwarfAxe 0.42GB │
├─────────────┼────────────────┼─────────────────────────────────────┤
│ 08-04 20:47 │ 9.6 GB │ chrome 0.57GB, BlackCipher 0.43GB │
├─────────────┼────────────────┼─────────────────────────────────────┤
│ 08-05 19:53 │ 8.9 GB │ chrome ×2 = 1.1GB │
└─────────────┴────────────────┴─────────────────────────────────────┘
지금 이 순간, 게임도 안 켠 상태에서 이미 커밋 12.65GB / 한도 15.93GB (79%) 입니다. 여유가 3.3GB뿐인데 메이플 혼자
8~10GB를 요구합니다.
가상 메모리를 0으로 만들면서 커밋 한도가 물리 RAM 16GB로 고정됐습니다. 새 보스 입장 = 대량 리소스 로드, 새 유튜브 탭 =
Chrome 렌더러 프로세스 신규 생성 → 둘 다 갑자기 커밋을 크게 요구하는 동작입니다. 그 순간 한도를 넘으면 시스템 전체가
멈춥니다. 프리징 트리거가 정확히 그 두 상황인 이유가 이것입니다.
Chrome 크래시 로그의 예외 코드 0xe0000008은 Chrome 전용 Out-Of-Memory 코드입니다. WerFault가 뜬 것도 이것 때문입니다.
2. 크래시 덤프가 아예 안 만들어지고 있었음
volmgr 이벤트 46 "크래시 덤프를 초기화하지 못했습니다"가 3회. 페이지파일이 없으면 Windows는 덤프를 못 씁니다. 최근
프리징의 원인 분석 자료가 하나도 안 남은 이유입니다. (마지막 덤프는 5/17이 전부)
3. Kernel-Power 41 × 13회, BugcheckCode = 0
7/13부터 지금까지 비정상 종료 13회. 버그체크 코드가 전부 0 = 블루스크린이 아닌 완전한 하드 행(hang). 화면 멈춤 +
마우스만 움직임 증상과 일치합니다. 페이지파일 0 설정 이전부터 있었으므로, 메모리 압박은 원래부터 있었고 페이지파일
제거가 이를 악화시킨 것입니다.
4. 커널 안티치트 2개 동시 상주 ⚠️
- vgk.sys (Riot Vanguard) — StartMode: System, 상태: Running. 발로란트를 안 켜도 부팅 시점부터 커널에 상주합니다.
- BlackCipher64.aes (메이플 nProtect) — 8/6에 0xc0000005로 크래시.
- vgm.exe (Vanguard) — 6/18~7/26에 12번 크래시 (0xc0000409 스택 버퍼 오버런).
커널 레벨 안티치트 2종 동시 로드는 잘 알려진 프리징 유발 조합입니다.
5. WATCHDOG 라이브 덤프 2건
C:WindowsLiveKernelReportsWATCHDOG 에 6/24, 8/7 덤프. 6/24 건은 17:29 덤프 → 17:30 Kernel-Power 41 로 직결됩니다.
디스플레이/커널 워치독 행입니다.
6. 배경 요인
i5-4670은 4코어 4스레드(HT 없음, 2013년)인데 메이플+BlackCipher+Chrome+Vanguard가 동시에 물립니다. BIOS는 2013년
출고판 그대로(4.6.5)입니다. 부팅 자동시작에 OneDrive, SOOP, NexonPlug, RiotClient(백그라운드), 카카오톡, Firefox,
Discord, OpenVPN이 전부 걸려 있습니다.
궁금한게 잇어 지금 메이플스토리 켜져잇는데 작업관리자로보면 1기가밖에 안먹고 있는데 어째서 넌 10기가나먹고잇다고
얘기하는거거야ㅐ?
두 숫자는 서로 다른 지표입니다.
MapleStory.exe (지금 실행 중)
작업 관리자 "메모리" 열 = 1,203 MB ← 님이 보신 값
커밋 크기 = 4,907 MB ← Windows가 이벤트 로그에 쓰는 값
지금 이 순간에도 4배 차이가 납니다.
왜 다른가
커밋은 물리 RAM + 페이지파일 합계에서 차감됩니다. 실제로 안 건드리고 있어도 OS는 그만큼을 다른 프로세스에 못 줍니다.
그리고 시스템이 멈추는 기준은 작업 세트가 아니라 커밋 한도입니다.
Resource-Exhaustion-Detector 이벤트 2004가 보고하는 "가상 메모리 사용량"이 바로 이 커밋 값입니다. 그래서 로그의
8~10GB와 작업 관리자의 1GB가 둘 다 맞는 값입니다. (로그 값은 보스전/장시간 플레이 후 시점, 지금은 막 켠 상태라 4.9GB)
지금 상태가 실제로 위험한가
커밋 사용 : 12.81 GB
커밋 한도 : 15.93 GB ← 페이지파일 0이라 물리 RAM이 곧 한도
커밋 사용률 : 80.4 %
가용 물리RAM: 5.27 GB ← 작업 관리자상으로는 여유 있어 보이는 부분
여기가 핵심입니다. 작업 관리자만 보면 RAM 5.27GB 남아서 여유로워 보이지만, 커밋은 이미 80.4%로 여유가 3.1GB뿐입니다.
여기서 보스 입장(리소스 대량 로드)이나 유튜브 새 탭(Chrome 렌더러 프로세스 신규 생성)을 하면 커밋을 한 번에 크게
요구하고 → 한도 초과 → 프리징입니다.
직접 확인하는 법
작업 관리자에서 같은 숫자를 보실 수 있습니다:
1. 성능 탭 → 메모리 → 하단 "커밋됨" 항목. 지금 12.8/15.9GB로 표시될 겁니다. 이 오른쪽 숫자가 커밋 한도이고, 가상
메모리를 되돌리면 여기가 48GB로 늘어납니다.
2. 세부 정보 탭 → 열 머리글 우클릭 → 열 선택 → "커밋 크기" 체크. MapleStory.exe 행에서 4,907MB가 보입니다.
게임하면서 1번을 열어두시면, 프리징 직전에 커밋됨이 한도에 붙는 걸 눈으로 확인하실 수 있습니다.
참고로 Chrome의 VirtualSize 3.7TB는 64비트 주소 공간 예약일 뿐 실제 점유가 아니라 무시하셔도 됩니다. 문제되는 건 커밋
열입니다.
그러면 만약 커밋됨이 넘어가면 가상메모리를 쓰면서 늦어지는건가? 그건아니지않아?
●정확한 지적입니다. 느려지는 게 아닙니다. 두 가지를 구분해야 합니다.
1. 페이징(느려짐) — 물리 RAM이 부족할 때
작업 세트가 물리 RAM을 넘으면 일부를 디스크로 내보내고 다시 읽어옵니다. 이건 느려짐입니다.
2. 커밋 한도 초과 — 지금 상황
이건 느려지는 게 아니라 메모리 할당이 실패하는 겁니다. VirtualAlloc(MEM_COMMIT)이 NULL을 반환합니다. 디스크로 밀어내고 자시고 할 것 없이, "메모리 못 준다" 는 즉시 거절입니다.
그 다음에 벌어지는 일:
- Chrome — 할당 실패를 감지하고 스스로 죽습니다. 예외 코드 0xe0000008이 정확히 그것이고, 8/3 로그에 남아 있습니다. →
WerFault.exe 등장
- 커널/DWM — 화면 합성(dwm.exe)도 메모리 할당이 필요한데 실패하면 화면 갱신이 멈춥니다
- 마우스 커서 — GPU 하드웨어 커서 평면에서 그려지고 커널 입력 경로는 할당이 필요 없어서 혼자 계속 움직입니다
님이 겪은 "마우스만 움직이고 화면은 무반응"이 정확히 이 구조입니다. 느려서 반응이 늦은 게 아니라, 화면을 그릴 메모리를 못 받아서 멈춘 겁니다.
"화면이 끊기다가"는 왜 생기나
멈추기 직전 단계가 따로 있습니다. 커밋이 한계에 다다르면 Windows가 작업 세트를 강제로 잘라냅니다(trimming). 그런데
페이지파일이 0이라 내보낼 곳이 없습니다. 그래서 파일 기반 페이지(exe/dll 코드, 리소스)만 버릴 수 있고, 버리자마자 다시 필요해져서 디스크에서 재로딩합니다. 이 무한 루프가 끊김입니다.
즉 님의 증상 순서가 그대로 설명됩니다:
커밋 압박 → 강제 트리밍 + 코드페이지 재로딩 루프 → "화면이 끊기다가"
커밋 한도 도달 → 할당 실패 → DWM 정지 → "마우스만 움직이는 완전 정지"
그래서 페이지파일을 되돌려도 느려지지 않습니다
여기가 핵심인데, 페이지파일의 주 역할은 스왑이 아니라 "커밋 한도를 올려주는 장부" 입니다.
방금 측정값 보시면:
MapleStory 커밋 4,907 MB / 실제 RAM 점유 1,203 MB
차이 3,704 MB ← 예약만 하고 안 건드림
이 3.7GB는 디스크에 쓰이지 않습니다. 건드리지 않은 커밋은 디스크에 기록될 일이 없습니다. 페이지파일은 그냥 "이만큼
보장해 줄 수 있다"는 증서 역할만 하고 실제 I/O는 발생하지 않습니다.
실제로 디스크로 나가는 건 한 번 쓴 뒤 밀려난 페이지뿐인데, 지금 전체 작업 세트 8.3GB에 가용 물리 RAM 5.27GB라 그럴
일이 거의 없습니다.
실제 페이징 부하가 얼마나 되는지 확인해 보겠습니다.
●PowerShell(Write-Output "=== 실제 디스크 페이징 부하 (10초 샘플) ==="
$s = Get-Counter 'MemoryPages Input/sec','MemoryPage Reads/sec','MemoryPages
Output/sec','MemoryAvailable…)
⎿ === 실제 디스크 페이징 부하 (10초 샘플) ===
pages input/sec 평균 0.0 최대 0.0
page reads/sec 평균 0.0 최대 0.0
… +5 lines (ctrl+o to expand)
●페이징 I/O가 전부 0.0입니다. 디스크 스왑은 지금 전혀 일어나지 않고 있습니다. 예상대로입니다.
그런데 더 중요한 게 잡혔습니다.
몇 분 전 → 지금
커밋 사용률 80.4 % → 92.4 %
가용 물리RAM 5.27 GB → 3.27 GB
대화하는 몇 분 사이에 12% 올랐습니다. 남은 커밋 여유가 약 1.2GB입니다. 무엇이 늘고 있는지 보겠습니다.
●PowerShell($c=(Get-Counter 'MemoryCommitted Bytes','MemoryCommit Limit').CounterSamples
"현재 커밋 {0:N2} GB / 한도 {1:N2} GB ({2:N1}%) 여유 {3:N2} GB" -f ($c[0].CookedValu…)
⎿ 현재 커밋 15.09 GB / 한도 15.93 GB (94.7%) 여유 0.84 GB
=== 커밋 상위 12개 프로세스 (MB) ===
… +22 lines (ctrl+o to expand)
●94.7%. 여유 0.84GB입니다. 지금 프리징 직전 상태입니다.
님 질문에 대한 답 — 확정
느려지는 게 아닙니다. 지금 데이터가 그걸 증명합니다:
┌─────────────┬───────┬───────────────────────┐
│ │ 값 │ 의미 │
├─────────────┼───────┼───────────────────────┤
│ 페이징 I/O │ 0.0 │ 디스크 스왑 전혀 없음 │
├─────────────┼───────┼───────────────────────┤
│ 커밋 사용률 │ 94.7% │ 한도까지 0.84GB │
└─────────────┴───────┴───────────────────────┘
디스크는 놀고 있는데 시스템은 한계입니다. 느려지는 문제가 아니라 할당이 거절되기 직전이라는 뜻입니다. 이 상태에서
보스방 입장하거나 유튜브 탭 하나 더 열면 그 순간 멈춥니다.
그리고 제 설명이 실측으로 확인됐습니다
MapleStory 커밋 5,032 MB / 작업세트 1,166 MB ← 4.3배 차이
작업 관리자에는 여전히 1.1GB로 보이지만 실제로는 5GB를 잡고 있습니다. 아까 4.9GB에서 5.03GB로 계속 늘고 있고요. 로그의 8~10GB는 여기서 몇 시간 더 플레이한 시점의 값입니다.
지금 커밋을 먹고 있는 것들
MapleStory 5,032 MB
LeagueClient 1,077 MB ┐
RiotClientServices 378 MB ├─ 롤 관련 합계 약 1,958 MB
Riot Client 319+184 MB┘
chrome (전체) 약 1,500 MB
BlackCipher64.aes 400 MB
claude 461 MB ← 저입니다
커널 pool paged 905 MB
롤 클라이언트가 약 2GB를 먹고 있습니다. 메이플 다음으로 큰 덩어리입니다.
지금 당장 (프리징 방지)
1. 롤 클라이언트 종료 — 약 2GB 즉시 회수됩니다. 커밋이 82% 수준으로 내려갑니다
2. 저(claude)도 안 쓰실 때 종료하시면 460MB 회수됩니다
근본 조치
가상 메모리를 되돌리는 것입니다. 계획서 1단계입니다:
Win+R → sysdm.cpl → 고급 → 성능 설정 → 고급 → 가상 메모리 변경 → C: 선택 → 사용자 지정 크기 → 처음 16384 / 최대 32768
→ 설정 → 재부팅
그러면 한도가 15.93GB → 약 48GB가 됩니다. 그리고 방금 확인했듯이 느려지지 않습니다 — 안 건드리는 커밋은 디스크에 안
쓰이고, 페이징 I/O는 계속 0에 가깝게 유지됩니다. 페이지파일은 실제 스왑 공간이 아니라 "이만큼 보장 가능"이라는 장부
역할만 합니다.
진행할까요?
김종모1
