메뉴
HN
Hacker News • 48일 전

클로드 데스크톱, 중단 불가능한 가상머신을 1.8GB나 띄우는 버그

IMP
7/10
핵심 요약

윈도우 환경에서 클로드 데스크톱(Claude Desktop) 앱이 단순 채팅 목적으로 실행될 때조차 약 1.8GB의 메모리를 차지하는 Hyper-V 가상머신을 강제로 구동시키는 치명적인 버그가 보고되었습니다. 16GB 램 환경에서는 유휴 상태에서도 메모리 점유율이 급증해 전체 시스템의 속도를 크게 저하시킵니다.

번역된 본문

저장소: anthropics / claude-code Public 알림: 알림 설정을 변경하려면 로그인해야 합니다. 포크: 21.3k 스타: 132k

[버그] 클로드 데스크톱이 단순 채팅 목적의 실행에서도 매번 1.8GB의 Hyper-V VM(가상머신)을 생성함 #29045 새 이슈 열기 / 링크 복사 / 열림 상태

라벨: invalid (클로드 코드와 관련 없는 이슈로 판단됨)

설명: davidellett이 2026년 2월 26일에 열음

사전 확인 사항:

  • 기존에 동일한 이슈가 보고되지 않았음을 확인했습니다.
  • 단일 버그 리포트입니다. (다른 버그는 별도의 리포트로 작성해주세요)
  • 클로드 코드의 최신 버전을 사용 중입니다.

무슨 일이 있었나요? [버그] 클로드 데스크톱이 단순 채팅 목적의 실행에서도 매번 1.8GB의 Hyper-V VM을 생성함

환경: 참고: 이 이슈는 클로드 코드 CLI가 아닌 클로드 데스크톱 앱(Windows)에서만 발생합니다.

  • 운영체제: Windows 11 Pro 25H2, 빌드 26200.7840
  • 하드웨어: Razer Blade 15 Base Model (2020년 하반기), i7-10750H, 16GB RAM
  • 클로드 데스크톱: 2026년 2월 26일 기준 최신 버전
  • Windows 기능: VirtualMachinePlatform 활성화됨, Hyper-V, WSL, Docker 및 Windows Sandbox는 모두 비활성화됨
  • 코어 격리(Core Isolation) / 메모리 무결성(Memory Integrity): 꺼짐

요약: 클로드 데스크톱 앱은 사용자가 단순한 채팅 기능만 필요로 하고 Cowork(협업) 또는 에이전트 모드를 사용할 의도가 없더라도, 시작할 때마다 약 1.8GB의 RAM을 소모하는 Hyper-V 가상머신(Vmmem)을 구동합니다. 16GB 랩탑에서 이는 사용되지 않는 인프라가 전체 메모리의 11% 이상을 차지함을 의미합니다.

재현 단계:

  1. VirtualMachinePlatform이 활성화된 Windows 11에 클로드 데스크톱 설치
  2. Cowork/에이전트 모드를 최소 한 번 사용 (이때 세션 파일이 생성됨)
  3. 클로드 데스크톱을 닫았다가 다시 열거나 단순히 PC 재부팅
  4. 작업 관리자를 열고 Vmmem이 약 1,800MB를 소모하는 것을 확인

발생하는 현상: 실행할 때마다 클로드 데스크톱 앱은 RPC 인터페이스 이벤트를 통해 Hyper-V Host Compute Service(vmcompute)를 트리거하며, 이는 전체 가상머신을 호스팅하는 vmwp.exe 프로세스를 생성합니다. 이 가상머신은 작업 관리자에 'Vmmem'으로 표시되며 약 1,796~1,846MB의 메모리를 차지합니다.

Hyper-V Compute Admin 이벤트 로그에는 반복적인 오류가 기록됩니다: "지정된 속성 쿼리가 잘못되었습니다. 가상 머신 또는 컨테이너 JSON 문서가 유효하지 않습니다. (0xC037010D, '잘못된 JSON 문서 '$')" 이러한 오류는 적어도 2026년 2월 19일부터 매 부팅 시 및 앱 실행 시마다 발생해 왔습니다.

근본 원인 조사: 광범위한 PowerShell 진단을 통해 다음 사항을 확인했습니다:

  • WSL이 설치되어 있지 않음 — wsl --shutdown 명령 시 '설치되지 않음' 반환
  • Hyper-V 관리 도구가 설치되어 있지 않음 — Get-VM 명령 실패
  • Docker가 설치되어 있지 않음 — Docker 프로세스를 찾을 수 없음
  • Windows Sandbox가 비활성화됨
  • 코어 격리 / 메모리 무결성이 꺼져 있음 (이 이슈가 시작되기 전부터 꺼져 있었음)
  • VirtualizationBasedSecurityStatus가 2(실행 중)로 표시되며, 이는 LSA 보호가 활성화되어 있기 때문일 가능성이 높음. 하지만 이것만으로는 1.8GB VM을 설명할 수 없음
  • 유일하게 활성화된 가상화 기능은 VirtualMachinePlatform뿐임
  • vmcompute 서비스는 수동 시작으로 설정되어 있으나, 부팅 시 RPC 인터페이스 이벤트(GUID: bc90d167-9470-4139-a9ba-be0bbbf5b74d)에 의해 트리거됨. 부모 프로세스는 services.exe(PID 1400)로, 사용자가 직접 실행한 것이 아니라 서비스 트리거에 의한 것임이 확인됨
  • %APPDATA%\Claude\local-agent-mode-sessions\ 경로에서 2,689개의 잔여 세션 파일을 발견 — 이는 모두 이전 Cowork 세션에서 정리되지 않고 남은 것들임. 세션 이름은 Docker 스타일의 명명 규칙을 따름 (예: "nifty-dreamy-volta", "tender-vigilant-goodall", "admiring-elegant-johnson")
  • 2,689개의 파일을 모두 삭제하고 vmcompute/vmwp를 강제 종료한 후에도 클로드 데스크톱 앱을 다시 열기만 하면 즉시 가상머신과 1.8GB Vmmem 프로세스가 다시 생성됨

영향: 16GB 시스템에서 이 버그로 인해 사용자가 아무 작업도 하기 전의 유휴 상태에서도 메모리 사용량이 약 50%에서 약 62%로 급증합니다. 일반적인 애플리케이션 부하와 결합되면 전체 사용량이 70~75%로 치솟아 시스템이 둔해지며, 사용자는 어쩔 수 없이 VM 프로세스를 수동으로 강제 종료해야만 합니다.

원문 보기
원문 보기 (영어)
anthropics / claude-code Public Notifications You must be signed in to change notification settings Fork 21.3k Star 132k [BUG] Claude Desktop spawns 1.8 GB Hyper-V VM on every launch, even for chat-only use #29045 New issue Copy link New issue Copy link Open Open [BUG] Claude Desktop spawns 1.8 GB Hyper-V VM on every launch, even for chat-only use #29045 Copy link Labels invalid Issue doesn't seem to be related to Claude Code Issue doesn't seem to be related to Claude Code Description davidellett opened on Feb 26, 2026 Issue body actions Preflight Checklist I have searched existing issues and this hasn't been reported yet This is a single bug report (please file separate reports for different bugs) I am using the latest version of Claude Code What's Wrong? [BUG] Claude Desktop spawns 1.8 GB Hyper-V VM on every launch, even for chat-only use Environment Note: This issue is specific to the Claude Desktop app (Windows), not Claude Code CLI. OS: Windows 11 Pro 25H2, Build 26200.7840 Hardware: Razer Blade 15 Base Model (Late 2020), i7-10750H, 16 GB RAM Claude Desktop: Latest version as of 2/26/2026 Windows Features: VirtualMachinePlatform enabled; Hyper-V, WSL, Docker, and Windows Sandbox are all disabled Core Isolation / Memory Integrity: Off Summary The Claude Desktop app launches a Hyper-V virtual machine (Vmmem) consuming approximately 1.8 GB of RAM every time it starts — even when the user only needs chat functionality and has no intention of using Cowork or agent mode. On a 16 GB laptop, this represents over 11% of total memory consumed by infrastructure that isn't being used. Steps to Reproduce Install Claude Desktop on Windows 11 with VirtualMachinePlatform enabled Use Cowork/agent mode at least once (this creates session files) Close and reopen Claude Desktop — or simply reboot the machine Open Task Manager and observe Vmmem consuming ~1,800 MB What Happens On every launch, the Claude Desktop app triggers the Hyper-V Host Compute Service (vmcompute) via an RPC interface event, which spawns a vmwp.exe process hosting a full virtual machine. This VM appears as "Vmmem" in Task Manager at approximately 1,796–1,846 MB. The Hyper-V Compute Admin event log shows repeated errors: "The specified property query is invalid: The virtual machine or container JSON document is invalid. (0xC037010D, 'Invalid JSON document '$'')" These errors have been occurring since at least 2/19/2026, triggered on every boot and app launch. Root Cause Investigation Through extensive PowerShell diagnostics, we confirmed: WSL is not installed — wsl --shutdown returns "not installed" Hyper-V management tools are not installed — Get-VM fails Docker is not installed — no Docker processes found Windows Sandbox is disabled Core Isolation / Memory Integrity is off (and was off before this issue started) VirtualizationBasedSecurityStatus shows 2 (running), likely due to LSA Protection being enabled — but this alone doesn't explain the 1.8 GB VM The only enabled virtualization feature is VirtualMachinePlatform The vmcompute service is set to Manual start but is triggered at boot by an RPC interface event (GUID: bc90d167-9470-4139-a9ba-be0bbbf5b74d). The parent process is services.exe (PID 1400), confirming it's a service trigger, not a user-initiated launch. We found 2,689 stale session files in %APPDATA%\Claude\local-agent-mode-sessions\ — all from previous Cowork sessions that were never cleaned up. Session names follow Docker-style naming (e.g., "nifty-dreamy-volta", "tender-vigilant-goodall", "admiring-elegant-johnson"). Even after deleting all 2,689 files and killing vmcompute/vmwp, simply reopening the Claude Desktop app immediately respawned the VM and the 1.8 GB Vmmem process. Impact On a 16 GB system, this bug causes memory usage to jump from ~50% to ~62% at idle before the user does anything. Combined with normal application load, this pushes total usage to 70–75%, causing system sluggishness and forcing the user to manually kill VM processes after every launch. Expected Behavior The Claude Desktop app should not spawn a VM for chat-only sessions If Cowork infrastructure is needed, it should initialize on demand — only when the user actually starts a Cowork/agent session Stale session files from previous Cowork sessions should be cleaned up automatically, not accumulate indefinitely (2,689 files in our case) The app should fall back to chat-only mode if VM initialization fails or is unnecessary, rather than unconditionally starting VM infrastructure Current Workaround The only reliable workaround is to disable VirtualMachinePlatform entirely: powershellDisable-WindowsOptionalFeature -Online -FeatureName "VirtualMachinePlatform" -NoRestart This prevents the VM from launching but also disables Cowork functionality. Alternatively, the user can kill the VM processes after every launch: powershellStop-Process -Name vmwp -Force Stop-Process -Name vmcompute -Force Chat functionality continues to work normally after killing these processes. Request Please modify the Claude Desktop app so that: VM/container infrastructure only initializes when Cowork or agent mode is actively requested Old session data is cleaned up automatically after sessions end The app gracefully handles the absence of VM infrastructure without degraded chat performance What Should Happen? The Claude Desktop app should not spawn a Hyper-V VM (Vmmem, ~1.8 GB RAM) when launching for chat-only use. VM/container infrastructure should only initialize when the user actively starts a Cowork or agent session. Stale session files should be cleaned up automatically after sessions end. Error Messages/Logs Hyper-V Compute Admin log shows repeated errors on every boot: " The specified property query is invalid: The virtual machine or container JSON document is invalid. (0xC037010D, 'Invalid JSON document '$'') " Steps to Reproduce Install Claude Desktop on Windows 11 with VirtualMachinePlatform enabled Use Cowork at least once Close and reopen Claude Desktop (or reboot) Observe Vmmem in Task Manager consuming ~1,800 MB at 0% CPU Claude Model Not sure / Multiple models Is this a regression? I don't know Last Working Version No response Claude Code Version Claude Desktop (Windows) latest as of 2/26/2026 Platform Anthropic API Operating System Windows Terminal/Shell PowerShell Additional Information See detailed bug report in description above. Reactions are currently unavailable Metadata Metadata Assignees No one assigned Labels invalid Issue doesn't seem to be related to Claude Code Issue doesn't seem to be related to Claude Code Type No type Fields Give feedback No fields configured for issues without a type. Projects No projects Milestone No milestone Relationships None yet Development No branches or pull requests Issue actions
클로드 데스크톱 버그 리포트 메모리 누수 윈도우 환경 하이퍼바이저