Btrfs e SSDs - Copy-on-Write Desgasta o SSD?

Colaboração: Rubens Queiroz de Almeida

Data de Publicação: 2 de julho de 2026

Sempre que o assunto é Btrfs, uma pergunta aparece com frequência em fóruns, grupos de discussão e redes sociais: o mecanismo Copy-on-Write aumenta o desgaste dos SSDs?

A dúvida faz sentido. Afinal, o funcionamento do Btrfs é diferente do de sistemas de arquivos tradicionais. Em vez de sobrescrever diretamente um bloco de dados existente, ele grava as alterações em novos blocos e somente depois atualiza as referências internas. À primeira vista, isso parece significar um número maior de gravações e, consequentemente, uma redução da vida útil da unidade de armazenamento.

A realidade, entretanto, é mais complexa. Para entender por que essa preocupação costuma ser exagerada, vale a pena conhecer primeiro como um SSD realmente funciona.

Ao contrário dos antigos discos rígidos, um SSD não possui partes móveis. As informações são armazenadas em células de memória flash, que suportam um número finito de ciclos de gravação. Isso não significa que, após determinado número de escritas, o dispositivo simplesmente deixe de funcionar. Os fabricantes utilizam diversas técnicas para distribuir uniformemente essas gravações, evitando que determinadas regiões do dispositivo sejam utilizadas de forma muito mais intensa do que outras. Essa técnica recebe o nome de wear leveling.

Seu objetivo é simples: impedir que um pequeno conjunto de células seja regravado continuamente enquanto o restante da unidade permanece praticamente intocado. O controlador interno do SSD redistribui automaticamente os blocos físicos de dados, procurando utilizar toda a capacidade disponível de forma equilibrada. Para o sistema operacional, essa movimentação é completamente transparente.

É justamente por causa desse mecanismo que um SSD moderno consegue suportar centenas de terabytes gravados durante sua vida útil, muitas vezes muito acima da quantidade de dados que um usuário comum grava ao longo de vários anos.

Outro componente importante dessa equação é o comando TRIM. Quando um arquivo é apagado em um disco rígido tradicional, o sistema operacional apenas informa que aquele espaço pode ser reutilizado futuramente. No SSD, existe um passo adicional. O dispositivo precisa saber quais blocos realmente deixaram de conter informações válidas para preparar previamente essas células para futuras gravações. É exatamente essa a função do TRIM.

Sem ele, o SSD acaba realizando operações adicionais sempre que precisa gravar novos dados, reduzindo o desempenho e aumentando o trabalho interno do controlador.

Felizmente, o Btrfs oferece suporte completo ao TRIM. Em muitas distribuições atuais, ele pode ser executado periodicamente através do serviço fstrim.timer, já habilitado por padrão. Em outras situações, pode ser realizado manualmente com um simples comando:

$ sudo fstrim -av

O resultado é um SSD que mantém seu desempenho por muito mais tempo, mesmo após meses ou anos de utilização intensa.

A compressão transparente discutida anteriormente também influencia diretamente a vida útil do armazenamento.

Quando um arquivo de 100 megabytes é comprimido e passa a ocupar apenas 60 megabytes, quarenta megabytes simplesmente deixam de ser gravados no dispositivo. Isso significa menos escrita física, menor movimentação de dados e menor desgaste das células de memória.

Em ambientes compostos por milhares de pequenos arquivos de texto, código-fonte ou logs, essa redução pode ser bastante significativa. Embora o Copy-on-Write eventualmente gere gravações adicionais em determinadas operações, a compressão frequentemente compensa parte desse efeito, diminuindo o volume total de dados efetivamente escritos no SSD.

Existe ainda outro aspecto pouco comentado. O Copy-on-Write evita a sobrescrita direta dos dados existentes. Essa característica não foi criada pensando especificamente em SSDs, mas traz benefícios importantes para a integridade das informações. Caso ocorra uma queda de energia durante uma gravação, por exemplo, o sistema continua preservando a versão anterior dos dados até que a nova gravação seja concluída com sucesso. Esse comportamento reduz significativamente o risco de corrupção causada por interrupções inesperadas.

Em outras palavras, parte das gravações adicionais realizadas pelo Btrfs corresponde ao preço pago por um nível muito maior de segurança.

Mas então a resposta para a pergunta inicial é sim ou não? Depende da carga de trabalho.

Em aplicações muito específicas, como bancos de dados extremamente intensivos em escrita, imagens de máquinas virtuais que sofrem alterações contínuas ou arquivos gigantescos modificados repetidamente em pequenas regiões, o mecanismo Copy-on-Write pode produzir um volume adicional de gravações. Por esse motivo, o próprio Btrfs permite desabilitar o Copy-on-Write para arquivos ou diretórios específicos através do atributo nodatacow, quando esse comportamento faz sentido.

Entretanto, para a imensa maioria dos usuários e servidores, o impacto prático sobre a vida útil do SSD é pequeno. Os benefícios oferecidos pelo Btrfs — snapshots, checksums, proteção contra corrupção, compressão transparente e recuperação facilitada — costumam superar com folga qualquer aumento marginal na quantidade de gravações.

Também é importante lembrar que os SSDs atuais evoluíram muito. Os modelos modernos possuem controladores sofisticados, algoritmos avançados de wear leveling, áreas de sobreprovisionamento e capacidades de gravação que dificilmente serão atingidas em condições normais de uso. Em muitos casos, outros componentes do computador serão substituídos muito antes que o SSD se aproxime do limite especificado pelo fabricante.

No fim das contas, a pergunta mais adequada talvez não seja se o Copy-on-Write desgasta o SSD, mas se esse eventual desgaste adicional é suficiente para justificar abrir mão de todos os recursos oferecidos pelo Btrfs. Para a grande maioria dos cenários, a resposta continua sendo negativa.

O amadurecimento do kernel Linux, das implementações de TRIM, da compressão com Zstd e do próprio hardware tornou essa preocupação muito menos relevante do que era há dez ou quinze anos. Hoje, utilizar Btrfs em um SSD moderno deixou de ser uma aposta tecnológica para se tornar uma escolha perfeitamente razoável para quem deseja um sistema de arquivos robusto, eficiente e preparado para as demandas atuais.

No próximo artigo veremos outro recurso que diferencia o Btrfs dos sistemas de arquivos tradicionais: a possibilidade de criar arranjos RAID nativamente, sem depender de camadas adicionais como LVM ou mdadm.