As primeiras 48 horas: por que o Windows fica mais lento depois de cada grande atualização

A atualização não termina quando a área de trabalho aparece

Atualização de recurso não é um patch que troca dois arquivos: é uma migração in-place para uma versão nova do sistema. O build novo se instala enquanto a Windows.old estaciona o antigo, e os primeiros boots executam as tarefas de primeiro logon: re-registro de apps, migração de configurações, atualização dos aplicativos internos. A máquina faz o trabalho de uma instalação limpa e ao mesmo tempo serve uma área de trabalho, então tudo que você abre disputa a mesma fila.

O mais pesado são as tarefas que ninguém pediu. A busca reindexa boa parte do índice, a otimização do .NET regenera em prioridade baixa as imagens nativas dos componentes gerenciados, e o Defender dá uma passada completa com definições recém-chegadas. O Sysmain reaprende seus padrões de uso do zero. Nada disso aparece como um processo a 80% de CPU — aparece como “tudo 15% mais lento e o disco trabalhando sem parar”.

• Reindexação da busca — boa parte do índice é reconstruída e martela o disco por horas
• Otimização de .NET — imagens nativas de apps gerenciados se regeneram por um ou dois dias em prioridade baixa
• Varredura do Defender pós-atualização — definições novas mais um passe completo pelos seus arquivos
• Sysmain reaprendendo — os dados de prefetch recomeçam do zero e os apps perdem a desenvoltura ao abrir
• Apps internos se atualizando — os aplicativos da Store entram na fila assim que o build aterrissa
• Telemetria e Delivery Optimization em dia — uploads e ligações para casa adiados durante a migração

O que realmente vale a pena conferir

Primeiro, espaço: uma atualização retém 20–30 GB na Windows.old por dez dias, e um SSD que cai abaixo de 15% livre começa a gravar mais devagar porque o controlador perde folga para o wear leveling. Configurações → Sistema → Armazenamento → Arquivos temporários e remova a instalação anterior do Windows quando tiver certeza de que fica no build novo.

Segundo, dê uma noite honesta à máquina: deixe-a uma vez ligada e na tomada para a fila de manutenção escoar enquanto você dorme. Terceiro, confira com seus próprios olhos: a aba Processos do Gerenciador de Tarefas ordenada por CPU e a fila de disco em Desempenho dizem em um minuto se é trabalho de assentamento ou algo novo. Reinicie de verdade ao menos uma vez; algumas fases do update só fecham num reinício real, não no desligar com inicialização rápida.

Quando não é assentamento, e sim uma regressão real

Se depois de uma semana a máquina ainda está pior que antes, pare de culpar o pós-processamento e comece a auditar. Atualizações ressuscitam entradas de inicialização que você tinha desativado, trocam drivers do fabricante por genéricos e devolvem configurações ao padrão: revise a lista de inicialização e o Gerenciador de Dispositivos atrás de mudanças. A janela de reversão dura só dez dias: decida antes de fechar se o build se comporta mal mesmo no seu hardware ou só precisava de paciência.

Perguntas e respostas

Continue lendo