The update isn't finished when the desktop appears
A feature update is not a patch that swaps a few files; it is an in-place migration to a new OS version. The new build is staged while Windows.old keeps the old one parked, and the first couple of boots run first-logon chores: app re-registration, settings migration, inbox app updates. The machine is doing a fresh install's worth of work while also serving you a desktop, so everything you launch competes with that queue.
The heaviest jobs are the ones you never scheduled. Search re-indexes large parts of the index, .NET runtime optimization regenerates native images for managed system components at low priority, and Defender runs a post-upgrade scan pass with brand-new definitions. Sysmain starts relearning your usage patterns from scratch. None of this shows up as a single process eating 80% CPU — it shows up as everything being 15% slower and the disk activity stuck on.
- Search reindexing — a large chunk of the index gets rebuilt after an upgrade, hammering the disk for hours
- .NET optimization jobs — native images for managed system apps regenerate at low priority for a day or two
- Defender's post-upgrade scan — new definitions plus a full pass over your files
- Sysmain relearning — prefetch data starts over, so app launches lose their usual snap
- Inbox app updates — Store apps queue their own refresh right after a feature update lands
- Telemetry and Delivery Optimization catch-up — upload and check-in chores deferred during the upgrade
What's actually worth fixing
First, disk space: a feature update parks 20–30 GB in Windows.old for ten days, and an SSD that drops below 15% free starts writing slower because the controller loses room for wear leveling. Run Settings → System → Storage → Temporary files and clear the previous Windows installation once you are sure you are keeping the new build.
Second, give it one honest night: leave the machine on and plugged in once so the maintenance queue drains while you sleep. Third, verify with your own eyes — Task Manager's Processes tab sorted by CPU and the Performance tab's disk queue tell you within a minute whether the load is settling work or something new. Restart, not shutdown-with-fast-startup, at least once; some update stages only complete across a real reboot.
When it isn't settling — real regressions
If a week in the machine still feels worse, stop blaming the settling and start auditing. Updates routinely resurrect startup entries you disabled, replace vendor drivers with generic ones, and flip settings back to defaults; check the Startup apps list and Device Manager for anything that changed. The rollback window is only ten days, so decide before it closes whether this build genuinely misbehaves on your hardware or just needed patience.
Questions and Answers
How long does Windows stay slow after a big update?
Typically 24–48 hours: indexing, .NET optimization and the post-update Defender scan finish in the background, then the machine returns to its old pace.
Should I delete Windows.old after the update?
Once you are keeping the new version, yes — Settings → System → Storage → Temporary files reclaims 20–30 GB. The rollback option disappears with it, so decide first.
Know what is included before you buy.
The one-time 30-minute trial covers core tools. PRO-labelled features stay locked until a paid license is activated.
Read next
Write to us: [email protected]