A proposta, e por que ela gruda
A receita é velha e simples: instalar um driver de disco de RAM como o ImDisk, formatar a unidade e redirecionar para lá o cache do navegador — o Chrome ainda respeita o parâmetro --disk-cache-dir, e o Firefox removeu a chave do about:config que realocava o cache. O cache passa a viver na memória, as leituras são instantâneas, o SSD não recebe escrita nenhuma e cada reboot começa do zero. No papel, parece disciplina de engenharia.
O conselho grudou porque cada parte já foi verdadeira um dia. Os primeiros SSDs tinham orçamentos de resistência tão apertados que um navegador comilão de fato os desgastava, os discos mecânicos liam o cache devagar, e a RAM acima de 4 GB ficava parada em máquinas sem uso para ela. As três condições sumiram: os discos atuais nem sentem esse tráfego, a latência NVMe se mede em microssegundos, e faz mais de uma década que o Windows encontra destino melhor para a memória livre do que uma partição vazia.
A aritmética que ninguém faz antes de retalhar a RAM
Vamos refazer os mesmos números que derrubam o mito do arquivo de paginação. O cache de um navegador numa máquina normal circula uns poucos gigas por dia, e de qualquer forma é limitado a uns dois. Consideremos 5 GB de escrita diária, que já é o caso pesado.
- Um SSD de consumo atual de 500 GB – 1 TB carrega vida útil de 150–600 TBW — terabytes escritos ao longo de toda a vida
- Tráfego do cache do navegador: 1–5 GB de escrita por dia; 5 GB diários já é o caso pesado
- 5 GB por dia o ano inteiro ≈ 1,8 TB — cerca de 1% do rating até do disco mais barato
- Um disco de RAM útil custa 2–4 GB de memória a cada segundo, com o navegador aberto ou não
- A RAM livre no Windows não fica parada: o cache em espera guarda os arquivos que você realmente reutiliza
- Depois de cada reboot o disco de RAM está vazio, e o navegador baixa de novo tudo o que tinha em cache
O veredito honesto, e o único caso que funciona pela metade
O carregamento de páginas depende da rede, não do disco de cache: um acerto de cache no SSD já volta em dezenas de microssegundos, então mudar o cache para a RAM não faz a página renderizar de forma perceptível mais depressa. O que ele faz é encolher a memória disponível para o sistema, forçar novos downloads a cada boot e — se por hábito você apontou para lá as transferências ou uma pasta de trabalho — destruir arquivos no primeiro apagão ou travamento. Um conjunto estranho de riscos para poupar do disco uma fração percentual de desgaste que ele jamais notaria.
O único caso em que a ideia funciona pela metade: uma máquina com 32 GB ou mais rodando uma carga específica que mói o disco — compilação, arquivos de rascunho de vídeo — em que pôr o TEMP no disco de RAM realmente ajuda. Repare no que esse caso não inclui: o navegador. Se a meta é menos escrita e inicialização mais rápida, deixe o gerenciamento do cache com o navegador e com o gerenciador de memória, e gaste a atenção com o que de fato mata discos: calor e disco lotado até a tampa.
Perguntas e respostas
Vale a pena um disco de RAM para o cache do navegador?
Não. A escrita do cache consome cerca de 1% da vida garantida de um SSD moderno por ano, enquanto o disco de RAM tira do sistema gigas de memória e obriga o navegador a baixar tudo de novo depois de cada reinício.
Quanto o cache do navegador desgasta um SSD?
Normalmente 1–5 GB de escrita por dia — algo como 0,4–1,8 TB por ano, erro de arredondamento diante dos 150–600 TBW de garantia. Quiser dados reais, veja o atributo S.M.A.R.T. Percentage Used.
Veja exatamente o que está incluído antes de comprar.
O teste único de 30 minutos cobre os recursos básicos. Os recursos marcados PRO ficam bloqueados até a ativação de uma licença paga.
Continue lendo
Fale com a gente: [email protected]