A memory leak is the slowest-motion crash in computing. Some process — or driver — allocates RAM and never gives it back. Hour by hour, available memory shrinks. The laptop gets sluggish, apps stutter, and eventually Windows starts paging furiously to disk or processes start crashing. Restart, and everything is fine again… until it is not.
The maddening part is that Task Manager often does not show an obvious culprit, because driver leaks hide in kernel memory. Troubleshooting a leak is detective work: observe the pattern, isolate the suspect, and confirm with the right tools. Here is the playbook.
Why this happens
- Buggy device drivers — kernel-mode leaks that never appear under any process name in Task Manager.
- Leaky applications — browsers, extensions, and apps with known allocation bugs in specific versions.
- Corrupted Search index — the indexer reprocessing the same files in an endless loop.
- Windows Update stuck mid-install — update components holding memory across days.
- Antivirus scan loops — security software re-scanning the same content repeatedly.
- Standby memory mismanagement — cached memory not being released properly on some configurations.
- Faulty RAM — rarely, but bad memory modules cause symptoms that mimic leaks.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Confirm the leak pattern
Do not chase a leak that is actually normal caching behavior.
- Open Task Manager → Performance → Memory and note In use and Available.
- Use the laptop normally for 2–3 hours, checking every 30 minutes — write the numbers down.
- A leak shows Committed memory climbing steadily with no corresponding app growth.
- Close all your apps: if memory stays high with nothing open, the leak is in a driver or service.
- Restart and confirm memory returns to normal — the classic leak signature is “fine after reboot, worse over days.”
Only proceed if you see the steady climb; otherwise you are looking at normal Windows caching.
Fix 2: Identify the process with Task Manager details
Start with the obvious suspects before reaching for advanced tools.
- In Task Manager, go to Details, right-click the column headers, and add Commit size and Handles.
- Sort by Commit size — the top consumers are your suspects.
- Watch for a process whose commit size grows over 30–60 minutes without you using it.
- Browsers: check
chrome://task-manager(Shift+Esc in Chrome) for per-tab memory — extensions show here too. - If no user process is growing but total committed climbs, the leak is kernel/driver-level — continue to Fix 4.
Screenshot the sorted list for reference; you will compare against it later.
Fix 3: Isolate leaky apps and extensions
Application leaks are the easiest to fix — update, reconfigure, or remove.
- Test in Clean Boot:
msconfig→ Services → Hide all Microsoft services → Disable all, then restart. - If the leak stops in Clean Boot, re-enable services in halves to bisect the culprit.
- For browsers, disable all extensions and test for a day; re-enable one by one.
- Check the vendor’s site for a newer version — leaks are commonly fixed in patches once reported.
- As a workaround for a must-keep leaky app, schedule a nightly restart of just that app via Task Scheduler.
Document which app it was; you will want to retest after each of its updates. If overall memory pressure is the issue rather than a leak, see the guide to high memory usage after a Windows 11 update .
Fix 4: Hunt driver leaks with PoolMon and RAMMap
Driver leaks hide from Task Manager but not from Microsoft’s free Sysinternals tools.
- Download RAMMap from Microsoft Sysinternals and run it as administrator.
- Check the Use Counts tab — abnormally large Nonpaged Pool (several GB) indicates a driver leak.
- Use PoolMon (in the Windows Driver Kit) sorted by bytes to find which pool tag is growing.
- Look up the pool tag online to identify the owning driver — network and storage drivers are frequent offenders.
- Update or roll back that specific driver; if no update exists, check the Update Catalog for alternate versions.
Nonpaged pool growth is the smoking gun of a kernel leak — user-mode tools will never show it.
Fix 5: Update or roll back suspect drivers
Once a driver is implicated, act on it directly.
- Open Device Manager, find the device tied to the leaking driver.
- Try Update driver → Search automatically first.
- If the leak started after an update, use Properties → Driver → Roll Back Driver.
- Get the manufacturer’s latest driver directly (Intel, NVIDIA, AMD, Realtek) rather than relying on Windows Update.
- Retest for 24–48 hours — driver leaks take time to manifest, so do not declare victory too early.
Keep notes on which version works; Windows Update may try to “upgrade” you back to the leaky one.
Fix 6: Fix Windows’ own memory hogs
Sometimes the leaker is part of Windows itself.
- Search Indexer: rebuild via Indexing Options → Advanced → Rebuild if SearchIndexer.exe grows unboundedly.
- SysMain: if RAMMap shows huge standby that never releases, try disabling SysMain in
services.msctemporarily. - Windows Update: check for stuck updates in Settings → Windows Update — clear the SoftwareDistribution folder if an update has been “installing” for days.
- Run
sfc /scannowandDISM /Online /Cleanup-Image /RestoreHealthto repair corrupted system components. - Install all pending Windows updates — Microsoft patches known memory leaks in cumulative updates.
Microsoft documents known issue fixes in the Windows support hub .
Fix 7: Test the RAM hardware itself
Rare, but faulty RAM produces leak-like symptoms that no software fix touches.
- Run Windows Memory Diagnostic: search for it in Start, choose Restart now and check.
- For a thorough test, boot MemTest86 from a USB drive and run at least one full pass.
- If errors appear, reseat the RAM modules (if accessible) and retest.
- Replace faulty modules — mismatched or failing RAM causes exactly the “worse over time” pattern.
- After replacing, monitor for a week to confirm the pattern is gone.
For general memory pressure that is not a leak, the high memory usage fix guide covers tuning.
Closing
Memory leak troubleshooting is pattern recognition: confirm the steady climb, separate user-mode suspects from kernel-mode ones, and use the right tool for each — Task Manager for apps, RAMMap and PoolMon for drivers. Most leaks end with a driver update or an app patch, not new hardware. The restart that “fixes” it is just the snooze button; finding the leaky component is the actual fix.
