Seu MacBook Lento é na Verdade um Problema de Armazenamento?

“Meu Mac ficou lento” costuma ser seguido de as pessoas olharem o uso de RAM, o gráfico de CPU do Monitor de Atividade, ou concluírem que a máquina simplesmente já está velha. A causa de verdade, mais frequentemente que qualquer uma dessas, é chata e verificável em dez segundos:

df -h /

Se Avail está abaixo de aproximadamente 10–15% da sua capacidade total, é bem provável que essa seja a sua resposta — e diferente de um problema de hardware, isso é consertável hoje à tarde, de graça.

Por que o espaço livre afeta a velocidade

Isso surpreende as pessoas porque não parece que deveria ter relação. Dois mecanismos tornam isso real:

A memória virtual precisa de algum lugar para fazer swap. O macOS usa espaço livre em disco como extensão da RAM — quando a memória física enche, ele move dados inativos para o disco. Num volume quase cheio, o sistema ou não consegue alocar espaço de swap com eficiência, ou tem que trabalhar mais para achar espaço contíguo para isso, e você sente isso exatamente como o sintoma que as pessoas descrevem: apps demorando mais para abrir, a bolinha de carregamento aparecendo com mais frequência, lentidão geral sob carga.

O próprio APFS fica menos eficiente perto da capacidade máxima. Macs modernos usam APFS, um sistema de arquivos copy-on-write que precisa de espaço de manobra para fazer o trabalho dele com eficiência — alocar novos extents de arquivo, lidar com snapshots, rodar manutenção em segundo plano. Um volume em 97–98% de uso dá ao APFS bem menos espaço para trabalhar do que um em 80%, e a diferença aparece na responsividade geral do sistema, não só em operações específicas de armazenamento.

O teste rápido

Se você quer confirmar a teoria antes de gastar tempo com limpeza, esse é o jeito mais rápido: libere pelo menos 15–20 GB usando os passos de emergência do guia de “não há espaço suficiente em disco” — Lixeira, Downloads, snapshots locais do Time Machine, ~/Library/Caches — e veja se as coisas parecem diferentes na próxima hora de uso normal. Se parecerem, o armazenamento era o seu gargalo de verdade, não o processador ou a RAM que todo mundo assume primeiro.

O que genuinamente não é um problema de armazenamento

Para ser justo com as outras explicações: se o Monitor de Atividade mostra um processo específico prendendo um núcleo de CPU em 100% continuamente, ou o número de ciclos da sua bateria está muito alto e a máquina só fica lenta na bateria, ou um app específico é a única coisa lenta enquanto tudo o resto parece normal — isso aponta para outro lugar, e nenhuma quantidade de espaço em disco liberado vai consertar isso. Armazenamento é a primeira coisa mais barata a descartar, não a única causa possível.

# Checagem de sanidade de 30 segundos para um processo desgovernado, em vez disso
top -o cpu -n 5

Se um processo está consistentemente acima de 90% de CPU sem que você esteja fazendo nada ativamente, isso é um problema de outro artigo — fechar ou reinstalar aquele app específico, não liberar espaço em disco.

Desenvolvedores sentem isso antes

Se você é desenvolvedor, o seu disco enche mais rápido que o de um usuário típico por razões cobertas ao longo deste blog — a DerivedData do Xcode, a imagem de disco de VM do Docker, node_modules espalhados por cada projeto que você já clonou, índices e caches de IDE — o que significa que você cruza o limiar de “o armazenamento agora está me deixando lento” mais cedo do que alguém usando um Mac para e-mail e navegação. É também por isso que a correção costuma ser maior quando você finalmente encara isso: o Mac de um desenvolvedor comumente tem 100+ GB de cache de build puramente regenerável no meio do caminho entre “incômodo” e “ativamente te deixando lento”.

# Os três maiores acúmulos específicos de desenvolvedor, checados de uma vez
du -sh ~/Library/Developer/Xcode/DerivedData 2>/dev/null
du -sh ~/Library/Containers/com.docker.docker 2>/dev/null
du -sh ~/Library/Caches/org.swift.swiftpm 2>/dev/null

A correção de verdade, não o paliativo diário

Liberar espaço uma vez te compra algumas semanas antes de você voltar aqui — todo cache dessa equação se reabastece continuamente enquanto você usa o Mac normalmente. Salve o guia de limpeza de emergência nos favoritos e rode ele à mão toda vez — é grátis e funciona, só que não automaticamente.

O DevCruft, um app gratuito para Mac que estamos construindo, está sendo projetado para mostrar o espaço livre junto com exatamente o que está consumindo ele, sem exigir que você rode cinco comandos de limpeza separados de memória toda vez que a performance cai. Ele ainda está em desenvolvimento; entre na lista de espera para saber quando ficar disponível.