Guia · Hardware

Por que um computador fica lento?

Uma tarefa pode demorar por disputa de CPU, falta de memória disponível ou espera por dados. Observe quando a lentidão aparece e compare hipóteses antes de atribuí-la a um componente.

Onde a tarefa precisa esperar?

1. CPU: executar
2. RAM: dados em uso
3. Armazenamento: ler e gravar

“Lento” descreve uma experiência: abrir um programa demora, trocar de janela trava ou uma operação leva mais tempo do que antes. Essas situações podem ter causas diferentes. O primeiro passo é identificar qual tarefa demora, em que momento e o que mais está acontecendo.

Este guia ajuda a comparar hipóteses sobre CPU, RAM, armazenamento e programas em execução. Não há um diagnóstico universal a partir de um único percentual.

Trabalhar e esperar são coisas diferentes

A CPU executa instruções; a RAM mantém dados em uso; o armazenamento conserva arquivos. Um processo é uma execução de programa, que pode estar trabalhando ou aguardando algo.

Quando várias atividades disputam um recurso, parte do trabalho pode precisar esperar. A documentação de PSI do Linux distingue espera por CPU, memória e entrada/saída — operações como ler e gravar dados. Isso explica por que um aplicativo pode demorar mesmo sem usar intensamente a CPU naquele momento. PSI é um mecanismo do Linux; outros sistemas apresentam seus próprios indicadores.

Chamamos de gargalo o recurso ou etapa que limita o andamento de uma tarefa nas condições observadas. O gargalo pode mudar entre abrir um arquivo, processá-lo e salvar o resultado.

Compare as pistas

As linhas abaixo são hipóteses para investigar, não regras que associam cada sintoma a uma causa única.

No Windows, a documentação da Microsoft indica o Gerenciador de Tarefas para observar CPU, memória, disco e aplicativos de inicialização. Ele ajuda a localizar atividade; seus números precisam ser relacionados à tarefa que está demorando.

RAM ocupada não significa necessariamente falta de memória

Sistemas podem aproveitar a RAM para guardar dados já lidos, evitando acessos repetidos ao armazenamento. Essa área de reaproveitamento é um cache. Ter pouca memória completamente vazia não prova que os programas estejam sem espaço para trabalhar.

No Linux 6.12, o cache de arquivos usa RAM. Sob pressão, o sistema pode recuperar espaço; algumas páginas podem ser descartadas e relidas, e outras transferidas para uma área de troca no armazenamento, quando configurada. A recuperação também pode fazer uma tarefa esperar, conforme a seção Reclaim.

A documentação de /proc distingue memória livre de MemAvailable, uma estimativa de memória disponível para novos aplicativos sem recorrer à troca. No macOS, a Apple descreve a pressão de memória usando vários sinais, incluindo memória livre, taxa de troca e cache. Os nomes e cálculos não são idênticos entre sistemas.

Por isso, é mais útil observar o comportamento durante a demora do que procurar um percentual de RAM que sirva para todo computador.

Acompanhe uma edição de fotos

Imagine editar fotos enquanto outro aplicativo copia uma pasta grande para a mesma unidade. Este é um exemplo didático, sem tempos medidos ou resultado garantido.

1. Abrir as fotos: o editor precisa obter dados do armazenamento. A cópia simultânea é uma hipótese de disputa por esse acesso.
2. Aplicar um efeito: o programa precisa processar a imagem. A CPU pode participar; alguns editores também usam a GPU. O comportamento depende do aplicativo e da operação.
3. Alternar entre várias imagens: manter mais dados em uso pode aumentar a necessidade de memória. Isso só se torna uma explicação de lentidão se houver evidência de pressão e espera.
4. Salvar: o editor pede a gravação do resultado. A demora nessa etapa pode voltar a envolver o armazenamento.

Para comparar a primeira hipótese, deixe a cópia terminar e repita a abertura nas mesmas condições que conseguir manter. Se melhorar, o resultado é compatível com disputa de armazenamento, mas ainda não a comprova: dados da primeira abertura também podem ter ficado em cache.

Para comparar a hipótese de memória, salve o trabalho, feche pelo próprio aplicativo algumas imagens que não usa e repita a alternância. Observe a resposta e os indicadores juntos. Fechar tudo de uma vez impede distinguir qual mudança ajudou.

Faça uma comparação útil

Registre a tarefa e suas condições: arquivo usado, aplicativos abertos, cópia em andamento e momento da demora. Observe os recursos enquanto o problema acontece, pois uma medição posterior pode perder a situação relevante.

Mude uma condição por vez e repita a tarefa. Considere o cache e variações entre tentativas antes de concluir. A documentação de /proc também distingue processos em execução de processos em espera: estar aberto não significa usar CPU continuamente.

Se precisar fechar um aplicativo, salve o trabalho e use seu comando normal de saída. Não encerre processos desconhecidos apenas porque aparecem na lista. Atividade em segundo plano pode ter uma função necessária.

Quando essas hipóteses não bastam

Uma página da web depende também da rede e do serviço remoto. Se apenas aquele acesso demora, compare com uma tarefa local e com outros destinos; a observação não identifica sozinha onde está a espera. O guia de abrir um site explica as etapas envolvidas.

Condições de energia e temperatura também podem alterar o desempenho. A Intel documenta a redução de frequência como proteção térmica em seus processadores. Isso não permite diagnosticar superaquecimento pela sensação de lentidão nem definir uma temperatura universal para todos os modelos.

Erros persistentes, travamentos e falhas de leitura exigem investigação além desta comparação. O objetivo aqui é formular uma pergunta melhor sobre o problema, sem prometer uma correção ou indicar a compra de um componente.

Próxima leitura

Leia como um computador executa um programa para conectar instruções, memória e sistema operacional. Para acompanhar os dados entre abrir e salvar, continue com memória e armazenamento.