Claude Desktop, 백그라운드 VM 생성으로 사용자 불만 폭주
Claude Desktop 앱이 사용자의 명시적 요청 없이 Hyper-V VM을 백그라운드에서 생성하여 약 1.8GB 메모리를 소비하는 버그가 보고됨
채팅 전용 사용 시에도 VM이 활성화되어 리소스 낭비 및 시스템 성능 저하를 유발함
구식 세션 파일이 정리되지 않고 누적되는 문제와 함께, VM 초기화 실패 시에도 정상 작동하지 않는 점이 지적됨
사용자들은 옵트인(Opt-in) 방식으로 VM 기능을 제공하고, 불필요한 리소스 사용을 막아야 한다고 주장함
불필요한 VM 자동 생성 및 리소스 점유 문제
커뮤니티에서는 Claude Desktop 앱이 채팅 기능만 사용하더라도 백그라운드에서 약 1.8GB의 RAM을 소비하는 Hyper-V VM을 자동으로 생성하는 점을 문제 삼고 있습니다. 이는 가상 머신 플랫폼(VirtualMachinePlatform) 기능이 활성화된 Windows 11 환경에서 발생하며, 사용자가 명시적으로 Cowork 또는 에이전트 모드를 사용하지 않음에도 불구하고 리소스를 점유한다는 점에서 비효율적이라는 지적이 나옵니다. 특히 16GB RAM 환경에서는 전체 메모리의 11% 이상을 차지하여 시스템 성능 저하를 유발한다고 합니다.
VM 관리 및 세션 파일 정리 부재
보고서에 따르면, 앱이 종료되거나 재부팅되어도 VM 프로세스(Vmmem)가 계속 실행되며, 이전 Cowork 세션에서 생성된 수천 개의 세션 파일이 정리되지 않고 누적되는 문제가 확인되었습니다. 이러한 데이터 격리 아키텍처(Data Isolation Architecture)의 부재 및 자동 정리 메커니즘 미비는 사용자 경험을 저해하는 요인으로 지적됩니다. 일부 사용자는 VM 초기화 실패 시에도 정상적인 채팅 기능으로 전환되지 않는 점을 비판하며, 데이터 미저장 정책(Zero-Retention Policy)의 부재를 우려하고 있습니다.
사용자 제어권 부재 및 대안 모색
많은 사용자가 VM 기능을 옵트인(Opt-in) 방식으로 제공해야 한다고 주장합니다. 현재는 VM 기능이 강제적으로 활성화되어 사용자가 제어할 방법이 없다는 점에 불만을 표출하고 있습니다. 일부는 가상 머신 플랫폼(VirtualMachinePlatform) 기능을 비활성화하거나, VM 프로세스를 수동으로 종료하는 임시 방편을 사용하고 있지만, 이는 근본적인 해결책이 아니라는 의견입니다. 개발자들은 앱이 VM 인프라 없이도 정상적으로 작동하도록 개선되어야 한다고 강조합니다.
AI 통합 및 OS 기능 간의 충돌 가능성
일부 댓글에서는 이러한 문제가 운영체제(OS) 수준의 AI 통합 시도와 LLM 모델의 로컬 실행 방식 간의 기술적 충돌(Technical Conflict) 가능성을 시사한다고 분석합니다. Google의 Gemini와 Android 통합 사례를 언급하며, OS와 AI 모델 간의 효율적인 연동 방안에 대한 고민이 필요함을 시사합니다. 또한, 사용자에게 제어권을 주지 않는 현재의 개인화/맞춤화 트렌드에 대한 비판적인 시각도 존재합니다.
