# WindowServer com CPU alta no Mac: telas, captura, escala > Acompanhe picos do WindowServer vindos de telas, captura de tela, escala e taxa de atualização, e compare com uma linha de base calma antes de mudar qualquer coisa. Published: 2026-06-21 | Updated: 2026-10-18 O WindowServer é o compositor de tela do macOS. O uso de CPU dele reflete o trabalho necessário para combinar as superfícies dos apps entre as telas, mas o nome do processo não revela qual app está causando redesenhos repetidos. Um número alto durante animação, compartilhamento de tela ou uma mudança de tela pode ser normal. O sinal útil é carga sustentada em repouso mais um efeito mensurável na responsividade, no calor ou na bateria. ## O que o WindowServer realmente é O WindowServer combina o conteúdo que os apps desenham na imagem de cada tela. Janelas, menus, o Dock, transparência, animações e a saída de tela externa passam todos por ele. Parte da carga gráfica de um app pode, portanto, aparecer sob o WindowServer em vez de sob o próprio app. Uma leitura alta não identifica por si a origem desse trabalho, e por isso matar o WindowServer é o primeiro movimento errado: o macOS o relança, tudo redesenha, e você ainda não sabe qual superfície continuou alimentando-o. ## O que o faz subir Um punhado de coisas faz o WindowServer trabalhar mais: - **Muitas janelas e Spaces.** Dezenas de janelas abertas e uma pilha de mesas virtuais precisam ser acompanhadas e compostas. Os Spaces do Mission Control multiplicam a contagem de superfícies, sobretudo quando **Os monitores têm Spaces separados** está ligado. - **Telas externas e de alta resolução.** Mais pixels para empurrar, sobretudo uma tela 4K ou 5K, ou vários monitores ao mesmo tempo, eleva a linha de base de forma estável. Configurações em clamshell com a tampa fechada ainda compõem cada painel conectado. - **Resolução em escala.** Rodar uma tela numa resolução "parece" que não é a nativa pode exigir uma superfície de renderização maior e uma redução de amostragem. O custo depende do Mac, da tela, do modo de escala e da carga; a escala Retina em si é normal. - **Transparência e movimento.** O desfoque e a translucidez em menus, no Dock e na Central de Controle são efeitos ao vivo que o WindowServer calcula de forma contínua. Efeitos mais pesados da interface do sistema em versões recentes do macOS podem fazer a mesma cena custar mais do que custava em versões anteriores. - **Navegadores e outros apps Electron.** Abas e janelas com animação, vídeo, WebGL ou painéis vivos continuam enviando quadros mesmo quando você não está olhando para elas. Chrome, Edge, Brave, Arc, Slack, Discord, VS Code e apps parecidos aparecem com frequência em relatos de usuários porque o trabalho de composição na GPU ainda acaba no WindowServer. - **Um app pesado em janelas redesenhando o tempo todo**, como um terminal imprimindo rápido, uma barra de status que atualiza a cada segundo ou uma página animando em segundo plano. - **Software de captura e de tela remota.** Gravação de tela, chamadas de vídeo, AirPlay, Sidecar, Câmera de Continuidade, área de trabalho remota e ferramentas de tela virtual acrescentam trabalho de captura ou de composição. - **Taxas de atualização altas e mesas animadas.** Mais quadros ou pixels mudando o tempo todo (papel de parede dinâmico, agitação do Stage Manager, widgets ao vivo) aumentam o trabalho mesmo quando você não está tocando numa janela. - **Monitores de recursos ao vivo.** Uma janela sempre aberta do Monitor de Atividade, gráficos de CPU na barra de menus ou ferramentas que forçam atualizações frequentes da interface podem elas mesmas manter o compositor ocupado. Se você também vê `sysmond` alto, feche o monitor por um momento e confira o WindowServer de novo. Drivers desatualizados de GPU discreta são uma história comum no Windows. Em Macs com Apple silicon a pilha de GPU vem com o macOS, então "atualizar o driver da GPU" raramente é o caminho. Prefira manter o macOS e os apps ofensores em dia. ## Quando CPU alta do WindowServer é normal Espere picos curtos quando você: - abre ou redimensiona muitas janelas, troca de Spaces ou conecta uma tela - reproduz vídeo em tela cheia, roda um jogo ou percorre uma linha do tempo - compartilha ou grava a tela - anima uma página pesada em interface no primeiro plano Esses surtos devem cair quando a cena se acomoda. Trate o WindowServer como problema quando ele permanece elevado numa mesa quieta, quando o cursor trava enquanto você digita, ou quando ventoinhas e drenagem de bateria acompanham o compositor sem uma origem óbvia de redesenho. ## Diagnostique no Monitor de Atividade Colete uma linha de base antes de mudar ajustes: 1. Abra o **Monitor de Atividade** (**Aplicativos › Utilitários**), escolha a aba **CPU** e busque `WindowServer`. 2. Anote a porcentagem numa mesa quieta por um ou dois minutos: poucas janelas visíveis, sem compartilhamento de tela, sem vídeo, abas do navegador ociosas ou descartadas. 3. Reproduza a lentidão uma vez (abra a janela pesada do navegador, comece a captura ou acorde a tela externa) e observe se o WindowServer sobe com essa mudança. 4. Ordene por CPU e olhe de relance os auxiliares do navegador, apps de reunião, ferramentas de captura de tela e qualquer coisa com nome de tela virtual. O app do topo é um suspeito; o WindowServer muitas vezes é a conta do desenho dele. 5. Opcional: no Terminal, `top -o cpu` por trinta segundos dá o mesmo ranking sem manter aberta a própria janela do Monitor de Atividade. Julgue o WindowServer pelo sintoma: entrada mais suave, menos calor ou melhor comportamento da bateria. Uma porcentagem menor sem melhora visível ou térmica não é um conserto útil. ## Como acalmá-lo (do leve ao forte) Trabalhe primeiro os ganhos baratos. Mude uma variável, espere e mantenha a mudança só quando tanto a métrica quanto a sensação melhorarem. 1. **Feche janelas, abas e Spaces sem uso.** Una janelas do navegador, descarte abas ociosas (o **Memory Saver** do Chrome/Edge ou o gerenciador de tarefas do navegador) e largue Spaces que você não usa. Este costuma ser o maior corte quando um navegador está aberto. 2. **Reduza a transparência:** abra **Ajustes do Sistema › Acessibilidade › Tela** e ative **Reduzir transparência**. O [guia de ajustes de Tela](https://support.apple.com/guide/mac-help/unac089/mac) da Apple descreve a mudança visual. Mantenha o macOS atualizado; em alguns builds intermediários esse interruptor fez pouco até um patch posterior. Compare a mesma cena antes de mantê-lo como conserto de desempenho. 3. **Reduza o movimento:** isto agora tem o próprio painel **Acessibilidade › Movimento**. O [guia de Movimento](https://support.apple.com/guide/mac-help/mchlc03f57a1/mac) da Apple diz que ele muda animações de ações como abrir apps e trocar de mesa. 4. **Pause captura e tela remota.** Pare a gravação de tela, deixe a câmera e o compartilhamento da reunião desligados, desconecte Sidecar ou AirPlay e encerre ferramentas de tela virtual uma de cada vez. 5. **Simplifique a mesa.** Troque papel de parede animado ou dinâmico por uma imagem parada; oculte ou encerre widgets ao vivo e sobreposições de HUD sempre ligadas que redesenham a barra de menus. 6. **Teste a escala da tela e a taxa de atualização.** Prefira o tamanho padrão "parece", ou uma taxa de atualização menor num painel externo, e depois compare a mesma carga. Não sacrifique texto legível com base na suposição de que toda escala é ruim. 7. **Desconecte uma tela como diagnóstico.** Se a linha de base cai, teste à parte a escala, a taxa de atualização, o cabo e o adaptador dessa tela. Em configurações com vários monitores, tente desligar **Os monitores têm Spaces separados** em **Mesa e Dock › Mission Control** para cortar contextos independentes do compositor. 8. **Atualize o macOS e os apps pesados**, e depois teste de novo a mesma cena em repouso. Bugs do compositor e da GPU do navegador muitas vezes chegam em versões pontuais comuns. 9. **Saia e entre de novo** só depois de coletar evidência; isso reinicia a sessão de tela do usuário. Um reinício completo limpa estado vazado de redesenho, mas pode esconder o app que vai dispará-lo de novo, então use depois de conhecer o padrão, não no lugar do isolamento. ## O que não vai ajudar - **Não force o encerramento do WindowServer.** Tudo na tela redesenha de uma vez, a CPU dispara de novo, e você não aprende nada sobre o dono. - **Não espere que um app genérico de "limpador" ou de "boost" conserte a carga do compositor.** Fechar janelas, cortar efeitos e parar a captura são as alavancas reais. - **Não trate a escala Retina comum como uma falha.** Meça o modo em escala que você realmente usa contra o padrão no mesmo Mac e no mesmo cabo. ## Por dentro: o compositor, e por que a escala custa O WindowServer é um compositor. Cada app desenha no próprio buffer fora da tela, um backing store, e o WindowServer combina esses buffers na imagem final de cada tela, aplicando transformações e efeitos no caminho. A composição roda sempre que a cena muda, então redesenhos constantes e captura podem custar CPU ou GPU de forma contínua. Alguns modos em escala usam uma superfície intermediária maior e a reduzem, mas isso é só um contribuinte possível. Contagem de pixels, taxa de atualização, número de telas e frequência de redesenho precisam ser testados de forma independente.
Vários backing stores de apps alimentam um compositor que produz uma imagem de tela, com a resolução em escala mostrada renderizando maior e depois reduzindo aos pixels nativos do painel.
O WindowServer combina superfícies de apps para cada tela. Escala, taxa de atualização, captura e redesenhos repetidos podem cada um acrescentar trabalho a esse pipeline de composição.
## Onde um monitor ajuda O Monitor de Atividade ou a visualização Status do [Mole](https://mole.fit/) pode mostrar tendências do WindowServer, da CPU e da GPU, mas nenhum dos dois consegue atribuir automaticamente o custo do compositor a um app. O método confiável é o isolamento controlado: pare uma origem de redesenho ou mude uma variável de tela, e depois compare as linhas de base em repouso e sob carga. ## Um diagnóstico que se repete Meça o WindowServer em repouso e durante o problema, e depois isole conteúdo animado, navegadores, ferramentas de captura, telas, escala e taxa de atualização uma de cada vez. Mantenha a mudança só quando tanto a métrica quanto o sintoma visível ao usuário melhorarem. Não force o encerramento do WindowServer nem trate uma escala Retina comum como uma falha. ## Perguntas frequentes ### CPU alta do WindowServer é perigosa? Pode aumentar calor, ruído da ventoinha e drenagem de bateria, e pode fazer a interface parecer grudenta, mas não é malware e não vai danificar o Mac por si. Conserte a origem do redesenho; não tente apagar nem desativar o processo. ### Por que o WindowServer está alto quando o Chrome parece bem? O trabalho do navegador muitas vezes cai no WindowServer porque o navegador envia superfícies para composição. Abas em segundo plano com animação ou vídeo podem continuar alimentando quadros mesmo quando as porcentagens dos próprios auxiliares do Chrome parecem modestas. Suspenda ou feche essas abas e confira de novo. ### Devo reduzir a transparência no Apple silicon? Experimente como um teste controlado. Muitos Macs da série M ainda soltam trabalho do compositor quando transparência e movimento caem, sobretudo com várias telas ou janelas de navegador. Mantenha o ajuste só se a mesma cena em repouso parecer melhor depois. ### Um reinício conserta o WindowServer de forma permanente? Um reinício limpa estado temporário de redesenho e muitas vezes ajuda por um tempo. Se a mesma janela de navegador, ferramenta de captura ou configuração de tela traz a carga de volta, a configuração é a causa. Conserte isso, e reinicie só se a sessão já estiver num estado ruim. --- Canonical HTML page: https://mole.fit/pt-br/blog/windowserver-high-cpu-mac Blog index for agents: https://mole.fit/pt-br/blog/llms.txt Site index for agents: https://mole.fit/llms.txt