FIX dwm.exe High GPU Usage from Chrome on Windows (2026)
dwm.exe GPU spikes happen when Chrome's background tabs feed frames to the Windows compositor. 5 fixes. Suspending idle tabs drops GPU load immediately.
Key takeaways
- Close Chrome and dwm.exe drops instantly. That’s your confirmation Chrome is the source of GPU contention.
- Background tabs submit GPU frames to dwm.exe continuously, even when minimized. Animations run whether you see them or not.
- Suspend background tabs to stop frame submissions at the source. Disable hardware acceleration only if driver updates don’t help.
You open Task Manager to check why your game is dropping frames, and there it is: dwm.exe sitting at 30–60% GPU usage while Chrome is open. Close Chrome and it disappears. dwm.exe is Windows’ display compositor — it handles all window transparency, animations, and the final frame sent to your display. When Chrome background tabs run animations or video with hardware acceleration, they continuously submit GPU frames to dwm.exe for compositing, even when Chrome is minimized behind your game.
Quick Diagnosis
| What you’re seeing | Likely cause | Where to start |
|---|---|---|
| dwm.exe GPU high with Chrome open, drops when Chrome closes | Background tab GPU activity | Fix 1: Suspend background tabs |
| Screen flickering or black flash when Chrome is visible | Hardware acceleration conflict | Fix 2: Disable hardware acceleration |
| Games drop frames only when Chrome is running | GPU resources consumed by compositor | Fix 1 then Fix 2 |
| Problem with a specific site only | That site’s animations or WebGL | Fix 3: Clear site cache |
| Older GPU or outdated drivers | Driver-level compositing bug | Fix 4: Update GPU drivers |
Fix 1: Suspend or Close Background Tabs
Each suspended tab stops submitting GPU frames to dwm.exe entirely.
- Press Shift + Esc to open Chrome Task Manager.
- Sort by CPU or Memory to identify active background renderers.
- Select tabs you are not using and click End Process — they will show a reload prompt when you return.
- Go to Settings > Performance (
chrome://settings/performance) and enable Memory Saver to have Chrome auto-discard inactive tabs.
Fix 2: Disable Chrome Hardware Acceleration
This moves Chrome’s rendering from GPU to CPU, which takes Chrome out of dwm.exe’s compositor queue entirely. Video and WebGL will be less smooth, but it tells you definitively whether the GPU is the bottleneck.
- Go to Settings > System (
chrome://settings/system). - Toggle off Use graphics acceleration when available.
- Click Relaunch.
- Open Task Manager (Ctrl+Shift+Esc), go to the Performance tab, and select GPU — dwm.exe’s GPU usage should drop immediately.
- Note: video playback and WebGL will be less smooth. Re-enable once GPU drivers are updated.
Fix 3: Clear Site Cache
If dwm.exe spikes only when a specific site is open, cached media content may be triggering high-frequency redraws.
- Navigate to the site that causes the spike.
- Click the lock icon in the address bar.
- Select Site settings > Clear data.
- Reload the page and check Task Manager.
Fix 4: Update GPU Drivers
Outdated GPU drivers can have inefficient compositing code that forces dwm.exe to do more work than necessary.
- NVIDIA: Download and install the latest driver from nvidia.com/drivers.
- AMD: Download from amd.com/support.
- Intel: Download from intel.com/downloadcenter.
After installing new drivers, relaunch Chrome with hardware acceleration enabled and recheck dwm.exe GPU usage.
Fix 5: Adjust Windows Visual Effects
Reducing Windows’ own visual effects lowers dwm.exe’s baseline GPU load, leaving more headroom for Chrome.
- Press Win + R, type
sysdm.cpl, and press Enter. - Go to the Advanced tab and click Settings under Performance.
- Select Adjust for best performance to disable all animations, or manually uncheck transparency effects and window animations.
Cutting GPU Load from Background Tabs
Suspending background tabs is the most direct fix for this problem — it stops the GPU frame submissions at the source. SuperchargePerformance automates that:
- Tab suspension via
chrome.tabs.discard()terminates renderer processes for inactive tabs. A suspended tab submits zero GPU frames — dwm.exe has nothing to composite for those tabs. - Ad and tracker blocking at the network level prevents animated ad content from loading. Animated ads are one of the highest-frequency sources of GPU redraws in background tabs.
- Script blocking (free levels 1–2) stops third-party scripts that trigger CSS animations and layout recalculations in background tabs.
If you are just trying to fix the game frame drops, manually closing or suspending video tabs costs nothing and often solves it without any extension.
Technical Background
Chrome’s multi-process architecture uses a dedicated GPU process to manage hardware-accelerated rendering. When a Chrome tab uses hardware acceleration, its renderer process sends draw commands to the Chrome GPU process, which generates GPU textures. These textures are then submitted to dwm.exe (Desktop Window Manager) via DirectX for final compositing onto your display.
The problem is that this pipeline runs for every active tab — including background tabs you cannot see. A tab with a rotating carousel or a video player continuously submits new textures to dwm.exe, even if that tab is behind 10 others. dwm.exe must process all incoming surfaces regardless of whether they are visible.
With 20 background tabs generating continuous texture updates, dwm.exe’s GPU workload scales linearly. Suspending those background tabs via chrome.tabs.discard() terminates their renderer processes, cutting the texture stream to zero for those tabs.
For the macOS equivalent, see fixing WindowServer high CPU on Mac.
Frequently Asked Questions
What is dwm.exe and why does it use GPU?
How do I reduce dwm.exe GPU usage caused by Chrome?
Is high dwm.exe GPU usage harmful?
SuperchargePerformance
Tab suspension, ad blocking, and script control. Free.
Don't miss the next release
Be first to know when we ship something new.
Related Articles
WindowServer High CPU on Mac? 4 Tested Fixes (2026)
WindowServer high CPU on Mac is usually Chrome's GPU pipeline. Suspending inactive tabs alone drops WindowServer CPU by 40%+, no reinstall needed.
FIX Antimalware Service High CPU with Chrome: 5 Fixes (2026)
Antimalware Service high CPU with Chrome open is Windows Defender scanning Chrome's constant disk writes. Reduce file I/O and CPU drops 30–50% on most machines.
FIX STATUS_ACCESS_VIOLATION in Chrome: 5 Solutions (2026)
STATUS_ACCESS_VIOLATION crashes Chrome with no warning. It's a memory access error, not malware. Extensions and GPU drivers cause 80% of cases. 5 tested fixes.
FIX Chrome Efficiency Mode Throttling Specific Tabs (2026)
Chrome Efficiency Mode throttles all background tabs with no per-tab control. Options to protect specific tabs while still saving power on idle ones.