What Windows Really Does During 'Getting Things Ready'—And Why It Takes So Long

renovating the house while you're still living in it
Windows performs update operations while the system remains in use, requiring careful sequencing and dependency management.
Mark

So when I see "Getting things ready," Windows is actually doing something specific, not just spinning its wheels?

Mimi

Exactly. It's checking which parts of the update apply to your machine, staging components, verifying dependencies, and preparing registry changes. All in a specific order.

Luke

But how do we know it's not just stuck? The screen tells you nothing.

Mimi

That's the real problem. You can't distinguish between slow work and a frozen system.

Mark

Why can't it just show a progress bar like other installers?

Mimi

Because the amount of work varies wildly depending on your PC's configuration. Windows doesn't actually know how much work is left.

Luke

So the percentage would be a guess?

Mimi

Right. It would be false certainty. But Windows could at least say what phase it's in.

Mark

Like "Preparing components" instead of just dots?

Mimi

Exactly. That would tell you the machine is alive and working.

Luke

Does the speed of your drive actually matter here?

Mimi

Not as much as you'd think. Update installation isn't one big file copy—it's many small operations. Your SSD never hits its theoretical speed.

Mark

So a fast drive doesn't really help?

Mimi

Not with updates, no. The bottleneck is the complexity of the work, not the hardware.

  • The spinning dots inspire dread precisely because they offer no evidence of life—users cannot distinguish a slow but healthy process from a system that has quietly frozen.
  • Beneath the blank screen, Windows is performing intricate surgery on a living operating system: staging components, resolving dependencies, queuing locked files for post-reboot replacement, all in a strict sequence that cannot be safely rushed.
  • Hardware speed is almost irrelevant here—a fast NVMe drive cannot compensate for the sheer number of small, discrete filesystem operations that prevent any component from reaching peak throughput.
  • Because no two Windows installations share the same configuration of drivers, features, and update history, the same update package can take five minutes on one machine and twenty on another, making any universal progress estimate a fiction.
  • Microsoft's silence is defensible but not optimal—displaying what the system is doing ('Preparing components,' 'Finalizing installation') would relieve user anxiety without requiring a promise about timing that cannot be kept.

Every time a Windows machine restarts into that familiar spinner, millions of users confront the same quiet unease: is something happening, or has something gone wrong? Behind the deliberately vague 'Getting things ready' screen lies a genuinely complex orchestration—component staging, dependency resolution, registry preparation, and sequenced file operations tailored to each unique machine. The opacity is not entirely dishonest, since no accurate progress bar is possible, but it is incomplete in a way that costs users something real: the peace of mind that comes from knowing a system is working rather than failing.

Every Windows user knows the moment: the machine restarts after an update, and the screen settles into 'Getting things ready' with three dots pulsing in an endless loop. No progress bar, no time estimate—just a vague assurance that something is occurring. Even on a machine with fast storage, the wait can stretch long enough to make you wonder whether Windows is working or broken.

The screen has always felt like a small deception, but the reality underneath is more complicated than the spinner implies. When Windows enters this state, it isn't simply copying a file from one location to another. The Update Orchestrator hands control to the servicing stack, which must determine which parts of the update package actually apply to your specific machine, stage those components, verify dependencies between them, prepare registry changes, and arrange everything in the correct sequence. Files currently in use by the operating system can't be replaced until the next reboot, so Windows identifies and queues those separately—all while the machine is still nominally available to you.

The unpredictability of the wait is itself instructive. Update installation is not a single large transfer but a long series of small, discrete filesystem operations spread across different components. The drive never approaches its theoretical maximum, the CPU rarely strains, and the machine may look idle even as it performs what amounts to renovating a house while someone is still living in it. The bottleneck is complexity, not hardware.

No two Windows installations are alike. The time spent staring at that screen depends on installed components, enabled features, present drivers, prior update history, and the current state of the component store. The update package may be identical for everyone, but the installation it must modify is unique to each machine—which is why one person's update resolves in five minutes while another's takes twenty.

Microsoft's choice to omit a progress bar is defensible: a percentage would imply knowledge of remaining work that the system genuinely does not have. But the current approach is not the only alternative to false precision. Displaying what is actually happening—'Preparing components,' 'Applying updates,' 'Finalizing installation'—would give users concrete evidence that the machine is alive and working rather than frozen. That distinction matters enormously. Faced with only a spinner, users cannot tell whether to wait or intervene, and that uncertainty is what makes the delay feel unbearable.

Understanding what the screen conceals makes the wait more tolerable, if not more pleasant. Windows is doing careful, necessary work during those minutes—work that, done correctly, prevents a routine update from becoming a serious problem. The three animated dots represent a system checking itself, staging changes, and preparing to modify a live operating system without breaking it. Microsoft simply needs to say so.

Every Windows user knows the feeling: the system restarts after an update, and there it is. "Getting things ready," the screen says, with three dots that pulse in an endless loop. No progress bar. No time estimate. Nothing but the vague promise that something is happening, somewhere, somehow. On a machine with a fast NVMe drive, you'd think this would be instantaneous. It isn't. The wait can stretch on long enough to make you wonder if Windows is actually broken, or if it's just messing with you.

For years, that screen felt like a lie—the digital equivalent of a friend saying they're five minutes away when they're still getting ready. But the reality underneath is far more complex than the blank spinner suggests. When Windows says it's "getting things ready," it's actually performing a careful sequence of operations that would be genuinely risky to rush or oversimplify. The Update Orchestrator coordinates the whole process, but the real work happens in Windows' servicing stack, particularly through a system called Component-Based Servicing, or CBS.

Here's what's actually happening behind that unhelpful screen: Windows doesn't just copy an update file from one place to another. Instead, it has to figure out which parts of the update package actually apply to your specific machine. It then stages those components, checks dependencies between them, prepares registry settings, and arranges everything in the correct order for installation. Some of these operations have strict sequencing requirements—certain changes must happen before others. Files that are currently in use by the operating system can't be replaced until the next reboot, so Windows has to identify those and queue them separately. All of this happens while you're still using the computer, which is why Microsoft can't simply shut everything down and do a straightforward file replacement.

The inconsistency in how long this takes is itself revealing. Your PCIe 4.0 SSD might push several gigabytes per second in a benchmark, but update installation doesn't work like copying a single large file. It's a series of small, discrete filesystem operations handled by different components. That means the drive never hits its theoretical maximum throughput, and the CPU rarely maxes out. The machine might look idle to you, but it's actually performing what amounts to renovating a house while you're still living in it. The bottleneck isn't hardware—it's the sheer complexity of the work.

Make the problem worse by considering that no two Windows installations are identical. The time you spend staring at that screen depends on how many components you have installed, which optional features you've enabled, what drivers are present, what previous updates have been applied, and the current state of your component store. The update package might be the same for everyone, but the Windows installation it has to modify is unique to your machine. This is why one person's update takes five minutes while another's takes twenty.

Microsoft's decision not to show a progress bar actually makes sense once you understand this. A percentage would imply that Windows knows exactly how much work remains, when in reality the scope of work varies wildly from machine to machine and even from update to update. Saying "63% done" would be a guess dressed up as certainty. But that doesn't mean the current approach is optimal. Windows could easily display what it's actually doing without pretending to know when it will finish. "Preparing components," "Applying updates," or "Finalizing installation" would give users something concrete to hold onto—evidence that the machine is alive and working, not frozen or stuck.

That distinction matters more than it might seem. When you see nothing but a spinner, it's impossible to tell whether your PC is performing a slow but necessary operation or whether it's genuinely hung. That uncertainty is what makes the wait feel interminable. You start wondering if you should force a restart, if something went wrong, if you should have backed up your files. A little transparency would solve that anxiety without requiring Microsoft to promise something it can't deliver.

Understanding what's actually happening doesn't make the wait enjoyable, but it does make it tolerable. Windows is doing something genuinely important during those minutes—preventing a bad update from becoming a catastrophic afternoon. The three animated dots represent a system carefully checking itself, staging changes, and preparing to modify the operating system in a way that won't break anything. It's not glamorous work, and it's not fast, but it's necessary. Microsoft just needs to tell you that it's happening.

Windows could still tell users what it's doing without pretending it knows how long it will take—phrases like 'Preparing components' or 'Applying updates' would be infinitely more useful than watching three dots
— The author, reflecting on Microsoft's communication approach
Vuoi la storia completa? Leggi l'originale su XDA ↗
Contattaci Domande frequenti