Desktop vs tela de entrada: quanto custa uma sessão de usuário
Nesta página
Resposta curta
Seção intitulada “Resposta curta”Uma área de trabalho conectada custa mais do que a tela de entrada, mas muito menos do que parece: em repouso estacionário ela ocupa cerca de 0.012 núcleo contra 0.0074 na tela de entrada, ou seja, 1.6 vez mais. O verdadeiro custo da sessão de usuário é a primeira hora após o login: a verificação do Defender e a onda de atualizações da Store juntas consomem cerca de 79% de toda a atividade de CPU da janela de cinco horas. O próprio shell é quase gratuito: explorer, sihost, dwm e o feed do Menu Iniciar juntos gastam cerca de 2.3% do orçamento.
Status: medido em uma única execução de 5 horas no Windows 11 26H2 em máquina virtual. A comparação com a tela de entrada foi feita na mesma build e no mesmo snapshot. A transferência para hardware físico, outras builds e janelas noturnas não foi verificada.
Afirmação verificável
Seção intitulada “Afirmação verificável”Verificamos quatro afirmações:
- Uma área de trabalho conectada é significativamente mais cara do que a tela de entrada ociosa.
- O principal custo da sessão é o trabalho constante do shell.
- A sessão de usuário altera visivelmente o perfil de rede em repouso.
- Os mecanismos agendados do Windows (atualizações, temporizadores de serviço) se comportam na sessão da mesma forma que sem ela.
Escopo do estudo
Seção intitulada “Escopo do estudo”- Windows 11 Pro, build 26300.9457 (26H2), máquina virtual 4 vCPU / 8 GB;
- instalação limpa sem software de terceiros; suspensão e atualizações de configuração não foram desativadas;
- duas execuções no mesmo snapshot: tela de entrada sem sessão de usuário (6 horas) e área de trabalho conectada (4 horas 46 minutos, interrompida antecipadamente);
- login realizado manualmente; a observação começou após a confirmação da inicialização do shell;
- capturas por minuto: CPU dos processos, conjuntos de serviços em execução, memória e conexões estabelecidas.
As medições não incluíram hardware físico, trabalho real no computador, carga de GPU e janelas noturnas (as tarefas diárias de manutenção não entraram no quadro).
Metodologia
Seção intitulada “Metodologia”Para cada processo, uma vez por minuto, registravam-se os segundos de CPU acumulados; a diferença entre capturas adjacentes fornece o consumo do intervalo. Os serviços eram rastreados por conjuntos de instâncias em execução e transições; a rede — pelas conexões estabelecidas no momento da captura. O ruído do próprio monitoramento (cerca de 3.6% de CPU) foi excluído da interpretação. Ambas as execuções foram comparadas por valores normalizados por hora.
Resultados
Seção intitulada “Resultados”Comparação resumida
Seção intitulada “Comparação resumida”| Métrica | Tela de entrada | Área de trabalho | Diferença |
|---|---|---|---|
| CPU em média na janela, núcleos | 0.0098 | 0.0492 | ×5.0 |
| CPU da hora estacionária, núcleos | 0.0074 | 0.0120 | ×1.61 |
| CPU da primeira hora após o login/inicialização, núcleos | 0.0185 | 0.2942 | ×15.9 |
| Inicializações de processos do sistema por hora | 26.1 | 79.5 | ×3.05 |
| Minutos com atividade acima de 1 CPU-s | 5% | 13.5% | ×2.4 por proporção |
| Conexões estabelecidas por hora (minutos-endpoint) | 88.3 | 228.1 | ×2.58 |
| Conexões permanentes | 1 | 3 | ×3 |
Fato-chave: o número médio «×5» é composto quase inteiramente pela primeira hora. As horas estacionárias da área de trabalho são homogêneas (0.0118–0.0127 núcleo) e não sofrem deriva.
Primeira hora: duas ondas
Seção intitulada “Primeira hora: duas ondas”| Onda | Proporção | O que acontecia |
|---|---|---|
| Verificação de login do Defender | ~55% CPU da hora | O processo antivírus trabalhou cerca de 0.7 núcleo por 8 minutos seguidos; a verificação começou imediatamente após o login |
| Atualização da Store e USO | ~27% CPU da hora | Instalação de 24 aplicativos, download de cerca de 880 MB via Delivery Optimization, incluindo peering |
A onda da Store é importante separadamente: nesta execução as atualizações vieram pelo Microsoft Store e pelo Delivery Optimization, e não pelo Windows Update clássico. O pico de rede no login é 67 vezes maior que o nível estacionário.
Repouso estacionário: quem trabalha
Seção intitulada “Repouso estacionário: quem trabalha”| Fonte | Segundos de CPU por hora | Comentário |
|---|---|---|
| Estrutura geral de svchost | 13–14 | Temporizadores de serviços |
| Núcleo (System) | 8 | Parte do trabalho do Defender e da infraestrutura |
| Antivírus fora da verificação | ~3 | Verificações periódicas |
| Shell (explorer, sihost, dwm, feed do Menu Iniciar, pesquisa, widgets, OneDrive) | 4.1 | 2.3% do orçamento; o «repouso da área de trabalho» é quase gratuito |
Três quartos da diferença nas inicializações de processos vêm dos mecanismos periódicos da sessão de usuário: o host em segundo plano de tarefas UWP (ciclo de cerca de 13 minutos), RuntimeBroker e SoftLanding a cada 15 minutos.
Rede: três conexões permanentes e dois novos temporizadores
Seção intitulada “Rede: três conexões permanentes e dois novos temporizadores”Na tela de entrada existe uma conexão permanente. Na área de trabalho há três: duas são mantidas pelo feed do Menu Iniciar (conteúdo MSN: clima, notícias, blocos dinâmicos) desde o primeiro minuto e sem interrupções, a terceira — um serviço de sistema de notificações. O custo de CPU do feed durante toda a janela é inferior a 2 segundos de CPU, mas a própria conexão existe sempre.
Novos temporizadores da sessão: o OneDrive sincroniza a cada 32–33 minutos com duas conexões, as atualizações do Edge são verificadas a cada poucas horas. As verificações de assinaturas do Defender ocorrem em clusters a cada 30–40 minutos. Todo o tráfego é direcionado à infraestrutura da Microsoft; não foram observadas conexões estranhas.
Temporizadores de serviço
Seção intitulada “Temporizadores de serviço”A atualização de política de grupo na área de trabalho ocorre em ciclo a cada 16–17 minutos contra cerca de 80 minutos na tela de entrada. O serviço de aplicativos (AppXSvc) e a proteção de licenças (sppsvc) mantiveram o mesmo ritmo. Cinco serviços da sessão existem permanentemente, incluindo notificações do usuário e Clipboard.
Memória
Seção intitulada “Memória”Não há vazamentos do sistema: o antivírus liberou 81 MB após a verificação, o shell cresceu apenas nos primeiros 30 minutos e atingiu um platô. O número de processos — 130–153 contra 84–98 na tela de entrada.
O que foi confirmado
Seção intitulada “O que foi confirmado”- Medido: a área de trabalho estacionária é 1.61 vez mais cara que a tela de entrada em CPU; a primeira hora após o login é o principal custo da sessão (79% da CPU da janela).
- Medido: o feed do Menu Iniciar mantém duas conexões permanentes durante toda a sessão; o OneDrive sincroniza a cada 32–33 minutos.
- Medido: a onda da Store no login baixou cerca de 880 MB via Delivery Optimization; o pico de rede no login é 67 vezes maior que o estacionário.
- Medido: o shell (explorer, dwm, feed do Menu Iniciar, pesquisa, widgets) em repouso estacionário gasta cerca de 2.3% de CPU.
- Observado: as atualizações vieram pelo Store/DO, e não pelo WU clássico; as tarefas noturnas de manutenção não entraram no quadro.
O que não foi confirmado
Seção intitulada “O que não foi confirmado”- Comportamento em hardware físico e em outras builds do Windows.
- Janelas noturnas e tarefas diárias de manutenção (a execução foi diurna, interrompida antecipadamente).
- O impacto de desativar o feed do Menu Iniciar ou o OneDrive nesses números: apenas medimos sua contribuição, a desativação não foi testada.
- O impacto em FPS e no desempenho final dos jogos: não foi medido.
Limitações
Seção intitulada “Limitações”Uma execução por estado, máquina virtual, janela diurna. O trabalho em segundo plano do Windows ocorre em picos, portanto a transferência de valores absolutos para outro hardware e para o dia completo não é justificada. Processos com menos de um minuto e tráfego UDP (DNS, NTP) não são vistos completamente. Parte dos logs não registrou eventos durante a segunda execução; as transições de serviços foram reconstruídas a partir das capturas.
Conclusão prática
Seção intitulada “Conclusão prática”O «ruído de fundo do Windows» se divide em três coisas diferentes, e é preciso combatê-las de formas diferentes. As ondas pós-login (verificação do Defender e atualizações da Store) fornecem a maior parte da CPU — não é possível desativá-las com ajustes finos, mas elas terminam sozinhas. Os metrônomos do sistema (polling WMI, verificações de licença, temporizador do OneDrive) — um fundo estável, mas pequeno. O shell — é quase gratuito.
Consequências práticas: não meça a «otimização» pela primeira hora após o login, se não isolar as ondas; para minimizar a rede, desative o feed do Menu Iniciar e o OneDrive, se não forem necessários; esperar «silêncio» logo após o login não é justificado.
Restauração do estado
Seção intitulada “Restauração do estado”O sistema não foi alterado: ambas as execuções — observação pura sem alterações de configurações, serviços e registro. A máquina virtual foi retornada ao snapshot limpo após as medições.
Fontes e limites
Seção intitulada “Fontes e limites”As medições foram realizadas pela BoosterX Research na máquina virtual descrita. A pesquisa pertence ao desenvolvedor do BoosterX, e o desenvolvedor tem interesse direto no resultado; a metodologia e as limitações estão descritas acima, as observações originais podem ser repetidas pela metodologia aberta.
- Microsoft: Delivery Optimization, verificado em 2026-09-22.
- Microsoft: Connected User Experiences and Telemetry, verificado em 2026-09-22.
Última verificação: 2026-09-22.