Claude Desktop 1.8GB Hyper-V VM 문제: 원인과 대응 정리 (2026)

"Claude Desktop 켰을 뿐인데 작업 관리자 메모리가 갑자기 12%나 튀는 게 정상인가요?"

📌 핵심 3줄 요약

• Windows용 Claude Desktop은 매 실행마다 약 1.8GB Hyper-V VM(Vmmem)을 띄운다 — 채팅만 써도 동일.
• 원인은 Cowork(에이전트 모드)용 격리 VM이 항상 사전 워밍업 상태로 떠 있도록 설계됐기 때문이고, 현재 설정 UI에 토글이 없다.
• 우회는 ① vmwp/vmcompute 강제 종료 ② CoworkVMService 비활성화 ③ VirtualMachinePlatform 자체 해제 — 단, ③은 WSL2·Docker Desktop도 함께 죽인다.

1. 이슈 요약: 무슨 일이 벌어지는가

2026년 2월 26일 GitHub 이슈 #29045로 보고됐고, 며칠 만에 Hacker News 392점·댓글 273개로 확산됐다. 채팅 외 기능을 전혀 안 써도 Claude Desktop 실행 직후 작업 관리자에 Vmmem 프로세스가 약 1,796~1,846MB로 잡힌다.

💡 핵심 포인트

16GB 랩탑 기준 유휴 메모리가 ~50%에서 ~62%로 즉시 점프하고, 다른 앱을 몇 개 띄우면 70~75%까지 도달해 시스템 전체가 느려진다. 이슈 본문에는 %APPDATA%\Claude\local-agent-mode-sessions\에 2,689개의 잔여 세션 파일이 쌓여 있었다는 보고도 포함됐다.

2. 왜 Hyper-V VM이 뜨는가

Claude Desktop은 Cowork(에이전트가 PC 안에서 코드 실행·파일 조작을 수행하는 모드)를 격리 VM 안에서 돌리도록 설계됐다. 앱 실행 시 Hyper-V Host Compute Service(vmcompute)에 RPC를 보내 vmwp.exe를 생성하고 그 안에서 풀 VM이 워밍업된다.

문제는 채팅만 쓰는 사용자에게도 이 VM이 항상 미리 뜬다는 점, 그리고 현재 빌드에 이 동작을 끄는 공식 UI 토글이 없다는 점이다. 즉 메모리 누수가 아니라 사용자 동의 없이 항상 켜지는 사이드카에 가깝다.

3. 내 PC에서 직접 확인하기

VM·서비스·기능 상태를 한 번에 점검하는 PowerShell 스크립트다. 관리자 권한 PowerShell에 그대로 붙여 실행한다.

check-claude-vm.ps1 · PowerShell

# 1) Vmmem 프로세스 메모리 (MB)
Get-Process vmmem -ErrorAction SilentlyContinue |
  Select-Object Name, @{N='MemoryMB';E={[math]::Round($_.WorkingSet64/1MB)}}

# 2) Hyper-V Host Compute Service 상태
Get-Service vmcompute

# 3) Cowork 전용 서비스 존재 여부 (최신 빌드만)
Get-Service CoworkVMService -ErrorAction SilentlyContinue

# 4) VirtualMachinePlatform 기능 활성화 여부
Get-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform |
  Select-Object FeatureName, State

Vmmem이 1.5GB 이상이고 vmcompute가 Running이면 본 이슈에 해당한다.

4. 대응 방법 5가지 비교

현 시점 검증된 우회책을 효과·난이도·부작용 기준으로 정리했다. 일반 사용자는 ②번, 개발자는 ①+②를 조합하는 편이 안전하다.

방법	효과	난이도	부작용
① vmwp/vmcompute 강제 종료	즉시 회수	쉬움	재실행 시 재발
② CoworkVMService 비활성화	근본 차단	중간	Cowork 사용 불가
③ VirtualMachinePlatform 해제	완전 차단	쉬움	WSL2·Docker 동반 중단
④ 이전 Squirrel(.exe) 유지	VM 자체 없음	어려움	자동 업데이트 차단 필요
⑤ 공식 패치 대기	완전 해결	0	시점 불확실

apply-workaround.ps1 · PowerShell

# ① 매 실행 직후 종료 (임시 회수)
Stop-Process -Name vmwp -Force -ErrorAction SilentlyContinue
Stop-Process -Name vmcompute -Force -ErrorAction SilentlyContinue

# ② Cowork 전용 서비스만 끄기 (권장)
Set-Service -Name CoworkVMService -StartupType Disabled
Stop-Service -Name CoworkVMService -Force

# ③ VirtualMachinePlatform 자체 해제 (WSL2·Docker도 멈춤, 재부팅 필요)
Disable-WindowsOptionalFeature -Online `
  -FeatureName VirtualMachinePlatform -NoRestart

⚠️ 단점과 주의할 점

• ③번은 WSL2 배포판이 전부 정지되고 Docker Desktop이 시작에서 실패한다 — 개발자는 ②번 우선.
• ①번은 임시 대응이라 Claude Desktop 재실행이나 재부팅 시 다시 떠올라온다.
• 공식 롤백 경로는 아직 없다. 과거 Squirrel(.exe) 설치 파일을 보관해 둔 사용자만 ④번이 가능.
• 모든 명령은 관리자 권한 PowerShell 전용. 회사 그룹 정책으로 차단돼 있을 수 있다.

✅ 핵심 정리

• Vmmem 1.8GB는 메모리 누수가 아니라 Cowork용 사전 워밍업 VM이다.
• 공식 UI 토글이 없으므로 PowerShell 우회가 현재 유일한 답.
• 일반 사용자는 ②번, 개발자는 ①+②, ③번은 WSL2·Docker 영향 감수.

🚀 지금 바로 할 일

1. 관리자 PowerShell을 열고 Get-Process vmmem으로 내 PC 점유 메모리를 확인.
2. Cowork를 안 쓰면 Set-Service CoworkVMService -StartupType Disabled 적용 후 Claude Desktop 재시작.
3. GitHub 이슈 #29045를 구독해 공식 토글·패치 일정이 올라오는지 추적.

💬 의견

비슷하게 백그라운드 VM이 자동으로 떠 메모리를 잡아먹는 다른 앱을 겪어본 적 있다면 어떻게 해결했는지 댓글로 공유 부탁드립니다.

참고 자료

• Anthropic GitHub Issue #29045 — Claude Desktop spawns 1.8 GB Hyper-V VM on every launch
• Hacker News: Claude Desktop spins up a VM without no way of stopping it (392 points)
• Neowin — Claude on Windows is eating up massive amounts of RAM
• Microsoft Learn — Windows의 Hyper-V 공식 문서

---

작성자: Windows 환경 트러블슈팅과 LLM 데스크톱 앱 운영을 함께 다루는 기술 블로거. 본 글은 Anthropic GitHub 이슈 #29045, Hacker News 토론, Neowin 보도, Microsoft Learn 공식 문서를 교차 확인해 정리한 가이드입니다. Vmmem 메모리 수치(1,796~1,846MB)는 이슈 본문 보고값을 그대로 인용했고, PowerShell 명령은 관리자 권한 환경에서 동작 형태를 확인했습니다. 빌드 버전에 따라 CoworkVMService가 존재하지 않을 수 있어 명령에 -ErrorAction SilentlyContinue를 함께 권장합니다.