Interações recentes entre muitos executivos atuais e antigos em plataformas sociais mostram que a Microsoft está relançando um projeto interno que foi arquivado há muitos anos. O objetivo é reconstruir o desempenho e o uso de recursos do Windows 11 de baixo para cima, incluindo reduzir significativamente o uso de memória quando o sistema está ocioso e o uso de disco após uma nova instalação.

Mikhail Parakhin, ex-chefe do Windows e Bing, revelou em Quando respondeu à postagem do atual presidente da divisão do Windows, Pavan Davuluri, sobre “melhorar a qualidade do Windows”, ele disse que Davuluri estava “reiniciando” a direção que ele e o atual CTO da Microsoft, Jeff Johnson, promoveram.

De acordo com a meta para aquele ano, se o projeto “20/20” for implementado com sucesso, espera-se que o consumo de memória do Windows 11 em estado inativo seja compactado para cerca de 4,8 GB, mas Parashin também admitiu que “nunca realmente terminamos”. Agora, avançando para 2026, a Microsoft enfatizou mais uma vez em sua última comunicação que irá melhorar o desempenho, a velocidade de resposta e a eficiência de memória do Windows 11. Os problemas a serem resolvidos ainda são problemas que existiram há muitos anos, mas sempre foram difíceis de curar. Isso também levanta questões do mundo exterior: como a Microsoft não conseguiu concluir um trabalho de otimização aparentemente básico naquela época, quais mudanças ocorreram agora e se esta rodada de otimização em 2026 pode realmente ser implementada, em vez de apenas uma tentativa com grandes trovões e pequenas chuvas.

A julgar pela explicação da própria Microsoft, a razão pela qual o Windows 11 tem alto uso de memória é principalmente devido ao seu enorme sistema de serviço em segundo plano. Em comparação com as versões anteriores, o Windows 11 executa mais componentes que residem em segundo plano: telemetria e coleta de dados, indexação de pesquisa, proteção de segurança, widgets e fluxos de informações continuarão ativos em segundo plano, e serviços de sincronização em nuvem, como o OneDrive, também estão constantemente lendo e gravando dados. Os benefícios desses designs são que um grande número de funções é pré-carregado e pré-indexado, resultando em uma resposta mais rápida quando os usuários clicam ou ligam e em uma experiência subjetiva mais suave. No entanto, o preço é que o uso básico da memória do sistema aumenta e o sistema continua a funcionar mesmo que esteja aparentemente "ocioso".

O que realmente amplifica o problema são as mudanças no ecossistema de aplicativos no sistema operacional. Um grande número de aplicativos de desktop populares usam a estrutura Electron baseada em Chromium ou contam com a tecnologia WebView2 integrada do Windows para construir interfaces e lógica. A versão desktop do WhatsApp e o Discord são representantes típicos. Cada um desses aplicativos geralmente carrega um conjunto de kernels de navegador, juntamente com renderização de vários processos, execução de scripts e tarefas em segundo plano. Apenas um programa pode ocupar centenas de MB de memória, sem mencionar os cenários comuns de uso paralelo de vários aplicativos para os usuários. Até mesmo os próprios aplicativos da Microsoft, como Teams, Clipchamp e componentes Widgets no Windows 11, também usam amplamente o WebView2, o que aumenta ainda mais o nível geral de uso de memória.

Na camada de interface, a dependência de longo prazo do Windows 11 de uma pilha de tecnologia “emendada” também aumenta a sobrecarga de recursos. O sistema atual usa uma combinação de elementos Win32 tradicionais, componentes UWP, camadas WinUI modernas e interfaces web construídas em tecnologias como WebView2 e React. Este modelo híbrido fornece à Microsoft flexibilidade no processo de iteração e migração de recursos, mas diferentes partes dependem de diferentes pipelines de renderização e recursos de sistema, o que inevitavelmente trará custos adicionais de desempenho e memória. A Microsoft reconheceu publicamente este problema e confirmou que está migrando mais componentes para estruturas nativas, como WinUI 3, a fim de reduzir atrasos e melhorar a eficiência. No entanto, este processo requer a reescrita da parte central do sistema, o que é dispendioso em tempo.

Quanto à razão pela qual o projecto original "20/20" foi abortado, Parashin não deu detalhes, mas não é difícil inferir, a partir da observação externa, que a chave reside na questão dos recursos e das compensações. Para reduzir substancialmente o consumo de memória do Windows, isso significa que os serviços em segundo plano devem ser profundamente ajustados ou simplificados, a pilha de tecnologia da UI deve ser simplificada e até mesmo a expansão dos componentes da Web no sistema deve ser limitada. Tudo isso envolve mudanças fundamentais no nível arquitetônico. No entanto, nos últimos anos, a Microsoft continuou a adicionar novos recursos ao Windows e a fortalecer a integração com serviços em nuvem. Por outro lado, incorporou vigorosamente experiências de IA no sistema. Essas expansões por si só trarão mais sobrecarga de recursos. Partindo da premissa de que as capacidades da plataforma continuam a se expandir, é quase impossível “reduzir radicalmente a sobrecarga do sistema” ao mesmo tempo. Portanto, é provável que o “20/20” seja marginalizado sob compromissos realistas e acabe em vão.

Ao contrário das tentativas internas do ano, a Microsoft desta vez optou por assumir um compromisso claro através dos canais públicos: reduzirá o consumo de memória básica do sistema em futuras atualizações do Windows 11, liberará mais RAM disponível para aplicativos e fornecerá uma melhoria perceptível na suavidade do uso diário. Ao mesmo tempo, a empresa também se concentrará na otimização da capacidade de resposta em cenários de alta carga. O objetivo é manter uma experiência suave e consistente de interação do sistema quando vários aplicativos estão sendo executados em paralelo ou mesmo sob carga pesada, em vez de ficarem obviamente "travados" após abrir vários aplicativos grandes. Isso inclui melhorar a alternância multitarefa, tornando a alternância entre aplicativos mais próxima do “instantâneo” e reduzindo o tempo de espera do usuário.

No caminho técnico, a Microsoft enfatizou que continuará a reduzir atrasos de interação, otimizar a infraestrutura de UI compartilhada e acelerar a migração para estruturas nativas como WinUI 3. Ao unificar e simplificar a pilha de tecnologia da camada de interface e reduzir a existência de componentes duplicados e redundantes, espera-se que o uso geral de recursos do sistema seja ainda mais restrito. Combinado com os ajustes anteriores para a “deswebização” dos principais componentes da interface, como o menu Iniciar, pode-se ver que a Microsoft está tentando substituir a implementação anterior que dependia da Web por tecnologias mais nativas e leves.

As mudanças no ambiente externo também levaram a Microsoft a enfrentar seriamente os problemas de desempenho do Windows 11, até certo ponto. Nos últimos anos, as críticas em torno do desempenho do Windows, do uso de recursos e da experiência do usuário passaram de discussões técnicas de pequeno círculo para tópicos de opinião pública dominantes, e não é mais fácil para a Microsoft fechar os olhos para isso. A pressão sobre o hardware e os produtos concorrentes é igualmente significativa: a ênfase da Apple na eficiência energética e na utilização de recursos nos seus chips de desenvolvimento próprio redefiniu as expectativas dos utilizadores relativamente aos sistemas de secretária como “poupadores de energia, leves e eficientes”. Produtos como o MacBook Neo também colocaram os problemas de uso de memória em destaque. Ao mesmo tempo, os preços globais da memória estão a aumentar, tornando os recursos de memória mais sensíveis aos custos, fortalecendo ainda mais a urgência empresarial de otimizar o desempenho do Windows 11.

Neste contexto, pode-se dizer que as demandas dos usuários, a concorrência no mercado e as prioridades internas da Microsoft raramente apontam na mesma direção: devolver o Windows 11 a uma forma de utilização de recursos mais eficiente e restrita. As tarefas inacabadas de “20/20” foram agora colocadas novamente sobre a mesa de outra forma. Se esta rodada de ajustes em 2026 pode realmente ser implementada será testada pelo tempo e pela experiência do usuário.