Ambiente de trabalho vs ecrã de início de sessão: quanto custa uma sessão de utilizador
Nesta página
Resposta curta
Seção intitulada “Resposta curta”Um ambiente de trabalho com sessão iniciada é mais caro do que o ecrã de início de sessão, mas muito menos do que parece: em repouso estacionário consome cerca de 0.012 núcleos contra 0.0074 no ecrã de início de sessão, ou seja, 1.6 vezes mais. O verdadeiro custo da sessão de utilizador é a primeira hora após o início de sessão: a análise do Defender e a vaga de atualizações da Store juntas consomem cerca de 79% de toda a atividade de CPU da janela de cinco horas. A própria shell é quase gratuita: explorer, sihost, dwm e o feed do Menu Iniciar juntos gastam cerca de 2.3% do orçamento.
Estado: medido numa única execução de 5 horas no Windows 11 26H2 numa máquina virtual. A comparação com o ecrã de início de sessão foi feita na mesma compilação e instantâneo. A transferência para hardware físico, outras compilações e janelas noturnas não foi verificada.
Afirmação verificável
Seção intitulada “Afirmação verificável”Verificámos quatro afirmações:
- Um ambiente de trabalho com sessão iniciada é significativamente mais caro do que o ecrã de início de sessão em repouso.
- O principal custo da sessão é o funcionamento constante da shell.
- A sessão de utilizador altera visivelmente o perfil de rede em repouso.
- Os mecanismos agendados do Windows (atualizações, temporizadores de serviço) comportam-se na sessão da mesma forma que sem ela.
Âmbito do estudo
Seção intitulada “Âmbito do estudo”- Windows 11 Pro, build 26300.9457 (26H2), máquina virtual 4 vCPU / 8 GB;
- instalação limpa sem software de terceiros; a suspensão e as atualizações de configuração não foram desativadas;
- duas execuções no mesmo instantâneo: ecrã de início de sessão sem sessão de utilizador (6 horas) e ambiente de trabalho com sessão iniciada (4 horas e 46 minutos, interrompido antecipadamente);
- o início de sessão foi efetuado manualmente; a observação começou após confirmação do arranque da shell;
- instantâneos por minuto: CPU dos processos, conjuntos de serviços em execução, memória e ligações estabelecidas.
As medições não incluíram hardware físico, trabalho real no computador, carga de GPU nem janelas noturnas (as tarefas de manutenção diárias não entraram no enquadramento).
Metodologia
Seção intitulada “Metodologia”Para cada processo registavam-se uma vez por minuto os segundos de CPU acumulados; a diferença entre instantâneos adjacentes dá o consumo do intervalo. Os serviços eram monitorizados por conjuntos de instâncias em execução e transições; a rede — pelas ligações estabelecidas no momento do instantâneo. O ruído da própria monitorização (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 | Ecrã de início de sessão | Ambiente de trabalho | Diferença |
|---|---|---|---|
| CPU em média por 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 início de sessão/arranque, núcleos | 0.0185 | 0.2942 | ×15.9 |
| Arranques de processos de sistema por hora | 26.1 | 79.5 | ×3.05 |
| Minutos com atividade acima de 1 CPU-s | 5% | 13.5% | ×2.4 em quota |
| Ligações estabelecidas por hora (minutos-endpoint) | 88.3 | 228.1 | ×2.58 |
| Ligações permanentes | 1 | 3 | ×3 |
Facto-chave: o valor médio «×5» é quase inteiramente composto pela primeira hora. As horas estacionárias do ambiente de trabalho são homogéneas (0.0118–0.0127 núcleos) e não sofrem deriva.
Primeira hora: duas vagas
Seção intitulada “Primeira hora: duas vagas”| Vaga | Quota | O que aconteceu |
|---|---|---|
| Análise de início de sessão do Defender | ~55% de CPU da hora | O processo antivírus funcionou cerca de 0.7 núcleos durante 8 minutos seguidos; a análise começou imediatamente após o início de sessão |
| Atualização da Store e USO | ~27% de CPU da hora | Instalação de 24 aplicações, transferência de cerca de 880 MB através do Delivery Optimization, incluindo peering |
A vaga da Store é importante separadamente: nesta execução as atualizações chegaram através da Microsoft Store e do Delivery Optimization, e não através do clássico Windows Update. O pico de rede do início de sessão é 67 vezes maior do 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 |
|---|---|---|
| Envolvente geral do svchost | 13–14 | Temporizadores de serviços |
| Núcleo (System) | 8 | Parte do trabalho do Defender e da infraestrutura |
| Antivírus fora da análise | ~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 do ambiente de trabalho» é quase gratuito |
Três quartos da diferença nos arranques de processos são dados pelos mecanismos periódicos da sessão de utilizador: o anfitrião em segundo plano de tarefas UWP (ciclo de cerca de 13 minutos), o RuntimeBroker e o SoftLanding a cada 15 minutos.
Rede: três ligações permanentes e dois novos temporizadores
Seção intitulada “Rede: três ligações permanentes e dois novos temporizadores”No ecrã de início de sessão existe uma ligação permanente. No ambiente de trabalho existem três: duas são mantidas pelo feed do Menu Iniciar (conteúdo MSN: meteorologia, notícias, mosaicos 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 ligação existe sempre.
Novos temporizadores da sessão: o OneDrive sincroniza a cada 32–33 minutos com duas ligaçõ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 é dirigido à infraestrutura da Microsoft; não se observaram ligações alheias.
Temporizadores de serviço
Seção intitulada “Temporizadores de serviço”A atualização de política de grupo no ambiente de trabalho repete-se a cada 16–17 minutos contra cerca de 80 minutos no ecrã de início de sessão. O serviço de aplicações (AppXSvc) e a proteção de licenças (sppsvc) mantiveram o mesmo ritmo. Cinco serviços de sessão existem permanentemente, incluindo as notificações do utilizador e o Clipboard.
Memória
Seção intitulada “Memória”Não há fugas de sistema: o antivírus libertou 81 MB após a análise, a shell cresceu apenas nos primeiros 30 minutos e atingiu um patamar. O número de processos — 130–153 contra 84–98 no ecrã de início de sessão.
O que foi confirmado
Seção intitulada “O que foi confirmado”- Medido: o ambiente de trabalho estacionário é 1.61 vezes mais caro do que o ecrã de início de sessão em CPU; a primeira hora após o início de sessão é o principal custo da sessão (79% da CPU da janela).
- Medido: o feed do Menu Iniciar mantém duas ligações permanentes durante toda a sessão; o OneDrive sincroniza a cada 32–33 minutos.
- Medido: a vaga da Store do início de sessão transferiu cerca de 880 MB através do Delivery Optimization; o pico de rede do início de sessão é 67 vezes maior do que o estacionário.
- Medido: a shell (explorer, dwm, feed do Menu Iniciar, pesquisa, widgets) em repouso estacionário gasta cerca de 2.3% de CPU.
- Observado: as atualizações chegaram através da Store/DO, e não através do clássico WU; as tarefas de manutenção noturnas não entraram no enquadramento.
O que não foi confirmado
Seção intitulada “O que não foi confirmado”- O comportamento em hardware físico e noutras compilações do Windows.
- As janelas noturnas e as tarefas de manutenção diárias (a execução é diurna, interrompida antecipadamente).
- O impacto de desativar o feed do Menu Iniciar ou o OneDrive nestes números: apenas medimos o seu contributo, a desativação não foi testada.
- O impacto nos 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 chega em picos, pelo que 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 totalmente visíveis. Parte dos registos não fixou eventos durante a segunda execução; as transições de serviços foram reconstruídas a partir dos instantâneos.
Conclusão prática
Seção intitulada “Conclusão prática”O «ruído de fundo do Windows» divide-se em três coisas diferentes, e é preciso combatê-las de formas diferentes. As vagas pós-início de sessão (análise do Defender e atualizações da Store) dão a maior parte da CPU — não se desativam com ajustes finos, mas terminam por si próprias. Os metrónomos do sistema (polling WMI, verificações de licença, temporizador do OneDrive) — um fundo estável, mas pequeno. A shell — é quase gratuita.
Consequências práticas: não meça a «otimização» pela primeira hora após o início de sessão, se não isolar as vagas; para minimizar a rede, desative o feed do Menu Iniciar e o OneDrive, se não forem necessários; esperar «silêncio» imediatamente após o login não é justificado.
Restauro do estado
Seção intitulada “Restauro do estado”O sistema não foi alterado: ambas as execuções — observação pura sem alterações de definições, serviços e registo. A máquina virtual foi devolvida ao instantâneo 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. O estudo pertence ao desenvolvedor do BoosterX, e o desenvolvedor tem um interesse direto no resultado; a metodologia e as limitações estão descritas acima, as observações originais podem ser repetidas segundo a 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.