Type: Bug
Environment
- VS Code Version: Stable (Current) - Issue occurs here.
- VS Code Insiders Version: Current - Issue DOES NOT occur here.
- OS Version: Windows 11
- GPU: AMD Radeon RX 5500 XT (RDNA1 architecture)
- CPU: AMD Ryzen 5 4600G (Integrated Graphics disabled in Device Manager)
- Extensions: All disabled (
code --disable-extensions used for testing).
Steps to Reproduce
- Ensure the system is running an AMD RX 5000 series GPU on Windows 11.
- Monitor
dwm.exe (Desktop Window Manager) memory usage in Task Manager (baseline ~50-150MB).
- Open VS Code (Stable version) from the terminal using
code --disable-extensions.
- Open any simple text/code file.
- Close the VS Code instance entirely.
- Observe Task Manager:
dwm.exe memory consumption spikes to 400MB+ and remains there indefinitely as an orphaned allocation.
Expected Behavior
Closing VS Code should release the memory allocated to the Desktop Window Manager, returning dwm.exe RAM consumption to its normal baseline.
Actual Behavior
The memory remains trapped by dwm.exe even after the VS Code process tree is completely terminated.
Additional Troubleshooting Context
I have spent significant time isolating this issue to avoid a false report. Here is what I tested on the Stable version to no avail:
- Adding
"disable-hardware-acceleration": true in argv.json.
- Running with flags
--disable-gpu --disable-gpu-compositing.
- Setting
window.titleBarStyle to native.
- Disabling integrated terminal GPU acceleration.
- Performing a clean GPU driver install using DDU in Safe Mode (AMD Adrenalin WHQL).
Crucial Note: This bug is completely absent in the VS Code Insiders build. On Insiders, dwm.exe remains perfectly stable. This highly suggests that an underlying Electron/Chromium update present in Insiders, but missing in Stable, resolves a severe GPU memory leak specific to AMD RDNA1 cards on window close.
VS Code version: Code 1.121.0 (f6cfa2e, 2026-05-19T11:51:53+02:00)
OS version: Windows_NT x64 10.0.26200
Modes:
System Info
| Item |
Value |
| CPUs |
AMD Ryzen 5 4600G with Radeon Graphics (12 x 3693) |
| GPU Status |
2d_canvas: unavailable_software GPU0: VENDOR= 0xffff [Google Inc. (Google)], DEVICE=0xffff [ANGLE (Google, Vulkan 1.3.0 (SwiftShader Device (Subzero) (0x0000C0DE)), SwiftShader driver-5.0.0)], DRIVER_VENDOR=SwANGLE, DRIVER_VERSION=5.0.0 ACTIVE Machine model name: Machine model version: direct_rendering_display_compositor: disabled_off_ok gpu_compositing: disabled_software multiple_raster_threads: enabled_on opengl: disabled_off rasterization: disabled_software raw_draw: disabled_off_ok skia_graphite: disabled_off trees_in_viz: disabled_off video_decode: disabled_software video_encode: disabled_software webgl: unavailable_software webgl2: unavailable_software webgpu: unavailable_software webnn: unavailable_software |
| Load (avg) |
undefined |
| Memory (System) |
15.39GB (4.26GB free) |
| Process Argv |
--crash-reporter-id 05dbdab1-e516-4984-a2f0-6fe0b400f652 |
| Screen Reader |
no |
| VM |
0% |
A/B Experiments
vsliv368cf:30146710
vswsl492cf:30256860
binariesv615:30325510
nativeloc1:31344060
dwcopilot:31170013
dwoutputs:31242946
copilot_t_ci:31333650
e5gg6876:31282496
pythonrdcb7:31342333
6518g693:31463988
aj953862:31281341
6abeh943:31336334
envsdeactivate2:31505458
cloudbuttont:31379625
3efgi100_wstrepl:31403338
ec5jj548:31422691
cp_cls_t_966_ss:31454198
inlinechat_v2_hd992725:31505030
4je02754:31466945
8hhj4413:31478653
38bie571_auto:31426784
cp_cls_c_1081:31454833
conptydll_true:31498968
ia-use-proxy-models-svc:31452481
e9c30283:31461165
test_treatment2:31471001
ts_provider_enabled:31458190
46204921:31447328
control_6dc23131:31513471
idci7584:31464702
e3e4d672:31494082
ei9d7968:31496641
chat:31457767
8hig5102:31480529
89g7j272:31518289
7e187181:31503455
i2gc6536:31499202
52612955:31516516
ghj88844:31499326
ddid_t:31478206
hmra_i5g22:31518061
getcmakediagnosticsoff:31489825
ja75b849:31515466
7df3h592:31512476
cp_cls_t_1082:31516087
logging_enabled_new:31498466
db5d2638:31499441
nes-extended-cfe-himalia-004:31500446
jb_cp_cls_c_632:31517842
56dj4588:31512888
cg448276_tst_on:31514358
32d76977:31512328
ha629193:31508444
539gd155_c:31506875
jh5f2457_c:31515489
Type: Bug
Environment
code --disable-extensionsused for testing).Steps to Reproduce
dwm.exe(Desktop Window Manager) memory usage in Task Manager (baseline ~50-150MB).code --disable-extensions.dwm.exememory consumption spikes to 400MB+ and remains there indefinitely as an orphaned allocation.Expected Behavior
Closing VS Code should release the memory allocated to the Desktop Window Manager, returning
dwm.exeRAM consumption to its normal baseline.Actual Behavior
The memory remains trapped by
dwm.exeeven after the VS Code process tree is completely terminated.Additional Troubleshooting Context
I have spent significant time isolating this issue to avoid a false report. Here is what I tested on the Stable version to no avail:
"disable-hardware-acceleration": trueinargv.json.--disable-gpu --disable-gpu-compositing.window.titleBarStyletonative.Crucial Note: This bug is completely absent in the VS Code Insiders build. On Insiders,
dwm.exeremains perfectly stable. This highly suggests that an underlying Electron/Chromium update present in Insiders, but missing in Stable, resolves a severe GPU memory leak specific to AMD RDNA1 cards on window close.VS Code version: Code 1.121.0 (f6cfa2e, 2026-05-19T11:51:53+02:00)
OS version: Windows_NT x64 10.0.26200
Modes:
System Info
GPU0: VENDOR= 0xffff [Google Inc. (Google)], DEVICE=0xffff [ANGLE (Google, Vulkan 1.3.0 (SwiftShader Device (Subzero) (0x0000C0DE)), SwiftShader driver-5.0.0)], DRIVER_VENDOR=SwANGLE, DRIVER_VERSION=5.0.0 ACTIVE
Machine model name:
Machine model version:
direct_rendering_display_compositor: disabled_off_ok
gpu_compositing: disabled_software
multiple_raster_threads: enabled_on
opengl: disabled_off
rasterization: disabled_software
raw_draw: disabled_off_ok
skia_graphite: disabled_off
trees_in_viz: disabled_off
video_decode: disabled_software
video_encode: disabled_software
webgl: unavailable_software
webgl2: unavailable_software
webgpu: unavailable_software
webnn: unavailable_software
A/B Experiments