O meme da memória

Durante mais de uma década, uma afirmação se repetiu tanto que virou senso comum na internet: "Chrome come toda a RAM do seu computador." O meme é tão arraigado que muitos usuários trocam navegadores sem questionar — ou simplesmente aceitam como destino inevitável usar 16 GB de memória só para navegar na web. Mas o que a métrica real mostra quando se mede o comportamento do Chrome em condições reais de uso em 2026?

A resposta é mais matizada do que o meme sugere, e a diferença entre reputação e realidade revela algo interessante sobre como avaliadores avaliam ferramentas que usamos todos os dias.

O modelo de processos isolados

O motivo principal para o uso elevado de memória no Chrome não é um bug — é uma escolha de arquitetura deliberada. Desde sua criação, o Chrome adotou um modelo de processos isolados: cada guia, cada extensão e cada componente interno roda em seu próprio processo do sistema operacional, com alocação de memória separada. O resultado prático é que uma sessão com 20 guias abertas pode gerar entre 35 e 60 processos do sistema operacional independentes.

A razão para esse desenho é dupla: estabilidade e segurança. Quando uma página crasha — algo que acontece com frequência em web apps complexos — ela não derruba o navegador inteiro. E quando um site malicioso tenta ler a memória de outra aba, o isolamento de processos impede que isso aconteça. O Site Isolation, implementado em nível de engine renderer, garante que cada origem tenha seu próprio renderer process, mesmo que compartilhe uma guia via iframe.

O custo disso é overhead de memória. Segundo a documentação oficial do Chromium, o Site Isolation adiciona cerca de 10 a 13% de consumo de RAM em desktop com múltiplas guias. Não é um número desprezível, mas é um preço que a maioria dos usuários estaria disposta a pagar pela garantia de que o banco não vai crashar porque alguém abriu uma página infectada.

O que cada guia consome na prática

Dados de medição de junho de 2026 indicam que uma guia Chrome rodando em Site Isolation consome tipicamente 80 a 300 MB de RAM física (RSS), dependendo do conteúdo. Uma página de texto simples fica na faixa de 60 a 90 MB. Uma aplicação web como Google Sheets ou Figma pode disparar para 300 a 500 MB. Um tab com YouTube rodando vídeo fica no meio do caminho.

O que muitos usuários não percebem é que o Chrome não está apenas armazenando páginas — está mantendo modelos de dados ativos, mantendo conexões WebSocket abertas, executando scripts de rastreamento e anúncios em intervalos regulares, e pré-carregando recursos de páginas que prevê que você vai visitar. Um site de notícias roda scripts de analytics, rastreia profundidade de scroll, verifica novas notificações e atualiza conteúdo publicitário em timer. Apps web como Notion ou Google Docs mantêm conexão persistente com o servidor, sincronizam alterações em segundo plano e mantêm o modelo de dados atualizado.

Isso significa que uma sessão com 30 guias abertas está executando dezenas de scripts simultaneamente, mesmo nas guias que o usuário não está olhando. O Chrome reduz a prioridade de timers em guias em segundo plano, mas não os elimina completamente — especialmente para guias que declararam tarefas de background ativas.

A questão do caching

Um dos aspectos mais mal compreendidos do uso de memória do Chrome é o papel do cache. Quando você fecha uma guia, a memória associada a ela não desaparece imediatamente. Parte dela permanece retida pelo browser process para bfcache (back-forward cache), que permite navegação instantânea ao voltar em uma página. Parte fica nos processos de infraestrutura compartilhada (browser process, GPU process, network service) que continuam rodando independentemente das guias ativas.

Por isso o Task Manager do sistema operacional muitas vezes mostra o consumo do Chrome mudando pouco mesmo quando se fecham várias guias — os processos de infraestrutura continuam ocupando memória. O que realmente reseta o consumo é reiniciar o navegador completamente, o que libera caches e executa garbage collection em memória que a limpeza diferida ainda não havia processado.

Comparativo com outros navegadores

Firefox adota uma abordagem diferente: agrupa guias em um número menor de processos compartilhados em vez de isolar cada um completamente. Em testes com 20 guias abertas, o Firefox usou consistentemente 20 a 30% menos RAM que o Chrome em condições equivalentes. O trade-off é claro: menos overhead de memória, mas também menos isolamento entre guias. Se uma guia crasha, há maior chance de afetar guias do mesmo processo.

O Edge, compartilhando a mesma arquitetura Chromium, inclui otimizações de memória adicionais — Sleeping Tabs e gerência mais agressiva de prioridade — que frequentemente resultam em uso levemente inferior ao Chrome no mesmo hardware. Mas a diferença não é abismal: ambos compartilham a mesma fundação de processos isolados.

Quanto RAM você realmente precisa

Aqui está o dado mais revelador: segundo o PCMag, 8 GB de RAM é um baseline aceitável para PCs de uso geral em 2026, e uma sessão típica de Chrome com guias moderadas (10-15 guias, incluindo algumas web apps) consome entre 2 a 4 GB. Com 16 GB, sobra headroom para o sistema operacional e outros aplicativos.

O problema é que a maioria dos usuários não usa "moderadamente". Usuários que mantêm 30 a 50 guias abertas simultaneamente, usam web apps intensivamente (Figma, Google Docs, Notion, Gmail com centenas de abas) e rodam outros aplicativos simultaneamente podem encontrar 16 GB como limitante. Para esses workloads, 32 GB elimina completamente a pressão de memória relacionada ao navegador.

E aqui está o ponto central que o meme ignora: a RAM não usada é RAM desperdiçada. O propósito da memória é manter tudo que você quer rodando rápido e sem atrasos. Um navegador que a enche com páginas, mídia e guias preparadas está fazendo exatamente para o que foi projetado. A questão não é "quantas gigabytes o Chrome está consumindo" — é "o navegador está respondendo rápido quando você precisa?" Se a resposta é sim, o Chrome está usando sua RAM corretamente.

A pergunta que fica: à medida que os navegadores se aproximam de 2027 com modelos de IA embutidos, tradutores em tempo real e assistentes de contexto cada vez mais presentes no navegador, a pressão sobre a memória vai continuar crescendo. Será que o Chrome vai conseguir manter seu modelo de processos isolados em um mundo onde cada guia também carrega um assistente de IA local, ou teremos que voltar a aceitar crashes em nome da eficiência de memória?

Fontes: Engadget, Digital Citizen, PCMag

✓ Fontes independentes cruzadas e verificadas antes da publicação