Extreme memory consumption on Windows (13GB RSS, 47GB commit) with Bun Canary

Resolved 💬 14 comments Opened Feb 10, 2026 by arikusi Closed Apr 7, 2026

Description

Claude Code consumes an extreme amount of memory on Windows, reaching 13.21GB RSS and 47.17GB virtual memory commit on a machine with 42.56GB total RAM.

Environment

  • Runtime: Bun Canary v1.3.9-canary.51 (d5628db2) Windows x64 (baseline)
  • OS: Windows 11 (MINGW64_NT-10.0-26200 3.6.3)
  • CPU: SSE4.2, AVX, AVX2
  • Machine RAM: 42.56GB

Diagnostic Output

Elapsed: 347852ms | User: 35265ms | Sys: 21281ms
RSS: 13.21GB | Peak: 13.21GB | Commit: 47.17GB | Faults: 3758826 | Machine: 42.56GB
Features: Bun.stderr Bun.stdin(2) Bun.stdout(3) abort_signal(20) fetch(87) jsc spawn(73) standalone_executable process_dlopen yaml_parse(19)

Key Observations

  • RSS: 13.21GB — extremely high for a CLI tool
  • Commit: 47.17GB — exceeds total machine RAM, causing heavy swap pressure
  • Page Faults: 3,758,826 — indicates constant disk I/O due to memory pressure
  • Elapsed vs User time: 347s vs 35s — ~90% of time spent waiting on I/O/swap, not computing
  • fetch(87), spawn(73): High number of network requests and subprocesses during the session

Expected Behavior

Memory usage should remain reasonable (< 1-2GB) even during extended sessions.

View original on GitHub ↗

This issue has 14 comments on GitHub. Read the full discussion on GitHub ↗