After the update, your RAM meter never comes down. Task Manager shows 85%, 90%, 95% memory usage with nothing obvious open, apps stutter, and the disk churns as Windows pages frantically. Something in the update is eating your memory — or the update exposed a problem that was already there.
Windows 11 uses RAM aggressively by design (caching), so the first job is distinguishing normal caching from a real problem. Then we find the hog: a leaky driver, a runaway service, or update debris. For CPU-side post-update issues, pair this with our 24H2 slowdown guide .
Why this happens
- Driver memory leak: A buggy updated driver (network, storage, GPU) leaking non-paged pool memory.
- Runaway service: An update component (TiWorker, Search indexer) stuck in a loop consuming RAM.
- Compressed memory under pressure: Legitimate compression working overtime because RAM is genuinely tight.
- Memory-hungry startup additions: The update re-enabled or added background apps.
- Superfetch/SysMain re-tuned: Preloading behavior changed by the update on low-RAM machines.
- Browser/app bloat exposed: The update didn’t cause it — it just pushed a nearly-full system over the edge.
- Corrupt pagefile: A damaged pagefile forcing the kernel into expensive memory juggling.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Read Task Manager correctly
Distinguish caching (fine) from pressure (problem).
- Open Task Manager > Performance > Memory. Note three numbers: In use, Available, and Committed.
- High “In use” with high “Available” = caching, not a problem. Windows releases cached RAM instantly when needed.
- The real red flag: Committed near or above physical RAM, or Available under 1GB with stuttering.
- Go to Processes, sort by Memory — identify the top consumers. A single app (browser, IDE) using 3GB+ is a workload issue; a system process (
System,Registry,svchost) ballooning is a leak. - Check the Details tab too — some hogs hide under generic names. Note the exact process names and their Private Working Set sizes.
- Screenshot the top 5 — you’ll compare against this after each fix.
Fix 2: Find the leak with pool monitoring
When a driver is the leaker, Task Manager won’t name it — PoolMon will.
- If the System process or Non-paged pool (Task Manager > Performance > Memory, bottom) keeps growing after boot, it’s a kernel-mode leak — almost always a driver.
- Install the Windows Driver Kit tools or use PoolMon to see pool usage by tag; alternatively, RAMMap (Sysinternals) shows exactly where memory went (look for huge Nonpaged Pool or Metafile growth).
- Correlate timing: did the growth start with the update? Check Settings > Windows Update > Update history for driver updates delivered with it.
- The usual leaky suspects after updates: network drivers (Wi-Fi), storage drivers, and GPU drivers.
- Once suspected, update that driver from the laptop maker’s site — or roll it back (Device Manager > device > Properties > Driver > Roll Back Driver) if the leak started with the new version.
Fix 3: Stop runaway update and indexing processes
Post-update background work that never finishes.
- In Task Manager, look for
TiWorker.exe,SearchIndexer.exe,MsMpEng.exewith large and growing memory footprints. - Let legitimate post-update work finish: plug in, leave idle overnight. Check in the morning — settled = it was just the update storm.
- If TiWorker is stuck for days: run the Windows Update troubleshooter (Settings > System > Troubleshoot > Other troubleshooters).
- For a stuck indexer: rebuild it (Settings > Privacy & security > Searching Windows > Advanced indexing options > Advanced > Rebuild).
- For Defender: update definitions and let one full scan complete — a wedged scan loop holds memory.
- Persistent runaways after 72 hours are bugs, not settling — treat them as such and repair (Fix 6).
Fix 4: Trim what loads at boot
The update re-enabled things — take them back off.
- Task Manager > Startup apps: disable high-impact and unneeded entries, especially anything the update re-enabled.
- Settings > Apps > Installed apps: uninstall anything the update added that you don’t want (trial apps, “suggested” software).
- Settings > Privacy & security > Background apps: revoke background permission for apps that don’t need it — each holds RAM.
- Check browser extensions too — updates don’t touch them, but a bloated browser is often the actual top consumer people blame on Windows. Test with extensions disabled.
- Reboot and compare against your Fix 1 screenshot — the top-5 list should look leaner.
Fix 5: Tune virtual memory and SysMain
Give Windows the paging room it expects.
- System Properties > Advanced > Performance > Settings > Advanced > Virtual memory > Change: ensure it’s System managed. A fixed small pagefile under update-induced pressure causes thrashing.
- To clear a possibly corrupt pagefile: set No paging file, reboot, set back to System managed, reboot.
- Consider SysMain: on 8GB machines with HDDs it helps; on SSDs with tight RAM it can add pressure. Test disabling the SysMain service (
services.msc) — if memory pressure eases, leave it off. - Enable Storage Sense (Settings > System > Storage) to auto-clean temp files — update debris consuming disk space indirectly worsens memory pressure via paging.
- Aim for 15%+ free disk space — paging needs room to work.
Fix 6: Repair system files and drivers broadly
When the cause resists identification.
- Elevated terminal:
DISM /Online /Cleanup-Image /RestoreHealth→sfc /scannow→ reboot. - Update chipset, storage, network, and graphics drivers from the laptop maker’s support site — cover all four, since any can leak.
- Install all pending Windows updates — Microsoft fixes leaks in cumulative updates; also check the Update Catalog if Windows Update is stuck.
- Perform a clean boot — if memory is calm in clean boot, a third-party driver/service leaks; binary-search by halves to find it.
- For machines where the maker offers it, update the BIOS — firmware-level memory management bugs are rare but real.
Fix 7: Decide on the RAM question honestly
Sometimes the answer is hardware.
- After all fixes, measure idle-to-typical usage: if your normal workload (browser + Office + Teams) genuinely needs 10GB on an 8GB machine, no software fix creates RAM.
- Check if your laptop’s RAM is upgradeable (many thin-and-lights are soldered — check the maker’s specs). If upgradeable, 16GB is the Windows 11 comfort zone.
- In the meantime, reduce the workload: fewer browser tabs (use tab suspension extensions), close the IDE when not coding, quit Teams/Slack when not needed.
- Use Task Manager > Startup discipline permanently — every auto-starting app is RAM you’ll never get back.
- Document the leaky driver if you found one — report it to the maker. Driver leaks get fixed when users report them with specifics (pool tag, driver version, growth rate). Microsoft’s Windows support has channels for update-related issues.
Closing
High memory usage after an update is a who-done-it: read Task Manager correctly, identify whether it’s caching or a real leak, find the driver or runaway process, trim the re-enabled bloat, and repair what’s damaged. Most cases resolve without new RAM — but when the workload genuinely exceeds the hardware, that’s data worth having too.
