[Retrospectiva de troubleshooting] Lentidão do Chrome não é falta de memória: loop de tentativas do Cloudflare Challenge causa alto uso de CPU (reenviado pelo usuário AIYA)

Contexto

Nesta investigação, o caso é de travamentos perceptíveis do Chrome no Windows, mas com a memória do sistema sem estar no limite.

Sintomas no local:

  • Operações do navegador “arrastadas” e atraso de digitação evidente
  • No Gerenciador de Tarefas ainda há folga de memória
  • O uso de CPU do Chrome sobe de repente

Passos de diagnóstico (sem fechar abas antes)

  1. Fazer amostragem contínua dos sub-processos de chrome.exe, contabilizando pico/média de CPU de cada PID
  2. No Gerenciador de tarefas do Chrome (Shift+Esc), ordenar por CPU e exibir o PID
  3. Correlacionar, um a um, os PIDs amostrados no sistema com os itens de tarefa do Chrome

Evidência-chave

  • Na janela de 120 segundos, o pico de CPU total do Chrome foi cerca de 39.30%
  • PIDs suspeitos com alto uso: 6952, 42292, 4956
  • No Gerenciador de tarefas do Chrome:
    • PID 6952 = Subframe: https://challenges.cloudflare.com/
    • PID 42292 = Subframe: https://challenges.cloudflare.com/
  • PID 6952 chegou a 81.8% de CPU
  • Ao mesmo tempo, também foi visível que o processo de extensão (Tampermonkey Beta) estava com memória alta, possivelmente amplificando o problema de tentativas repetidas do Challenge

Conclusão

O núcleo desse tipo de travamento não é memória, e sim repetidas tentativas do subframe de Cloudflare Challenge:

  • O script de verificação fica rodando continuamente (JS/WASM)
  • Quando múltiplos subframes concorrem, a CPU soma e disputa recursos
  • A página fica visivelmente travada

Por que o CF “fica sendo acionado continuamente”

Causas comuns:

  • Abas abertas há muito tempo, ao serem retomadas, têm token/cookie do challenge expirado
  • Mudança na saída do proxy, e a Cloudflare entende que a sessão não é contínua
  • Políticas de cookie/armazenamento local bloqueiam a gravação do estado
  • Scripts de usuário/extensões injetadas interferem no iframe do challenge
  • Múltiplas abas do mesmo site acionam a verificação em paralelo, e as falhas/retentativas se acumulam entre si

Resultado prático

Após fechar as páginas relevantes de alta carga, a fluidez do navegador se recuperou imediatamente, indicando que a atribuição de causa está correta.

Autoinspeção rápida para problemas semelhantes

  1. Use Shift+Esc para abrir o Gerenciador de tarefas do Chrome, ordene por CPU e exiba o PID
  2. Priorize verificar se há subframes challenges.cloudflare.com com uso anormal
  3. Desative temporariamente as extensões de scripts de usuário no site-alvo e observe novamente
  4. Verifique as regras do proxy; se necessário, deixe *.cloudflare.com em conexão direta para comparação
  5. Confirme que as políticas de cookies/dados do site não estão bloqueando a persistência do estado de verificação