O "Sistema de Arquivos do Futuro" Chega ao Kernel: Bcachefs é Oficialmente Integrado · fortunatolf

Após anos de desenvolvimento e intensos debates na comunidade, o Bcachefs foi finalmente mesclado à linha principal do kernel Linux (versão 6.7). O sistema de arquivos, que nasceu da evolução da camada de cache bcache, promete unir o desempenho do XFS com as funcionalidades avançadas do Btrfs e ZFS.

Por que o Bcachefs é importante?
Diferente de sistemas de arquivos tradicionais, o Bcachefs foi construído com foco em confiabilidade e recursos modernos sem sacrificar a velocidade. Entre seus principais diferenciais estão:

Copy-on-Write (CoW): Protege os dados contra corrupção durante quedas de energia.

Replicação e Erasure Coding: Permite lidar com múltiplos discos de forma nativa.

Criptografia e Compressão: Integradas diretamente no sistema de arquivos.

Performance: Testes preliminares indicam que ele supera o Btrfs em várias cargas de trabalho, aproximando-se da robustez do ZFS, mas com uma licença compatível com o Linux (GPL).

O Caminho até a Integração
A jornada liderada pelo desenvolvedor Kent Overstreet não foi simples. O processo de revisão no LWN e nas listas de discussão do kernel foi marcado por discussões técnicas acaloradas sobre a manutenção do código e a prontidão do sistema para ambientes de produção.

A aceitação por Linus Torvalds sinaliza que, embora ainda seja considerado "experimental" por alguns, o Bcachefs possui uma base sólida o suficiente para evoluir dentro da árvore principal do sistema operacional.

Nota Técnica: O Bcachefs utiliza uma estrutura de dados baseada em B-trees que permite atualizações atômicas e escalabilidade para volumes de armazenamento massivos.

O que esperar agora?
Com a integração, o Bcachefs agora receberá testes em larga escala por usuários de distribuições rolling release. Espera-se que, nos próximos meses, ferramentas de espaço de usuário (bcachefs-tools) se tornem padrão nos repositórios das grandes distros.

From:	 	Linus Torvalds <torvalds-AT-linux-foundation.org>
To:	 	Linux Kernel Mailing List <linux-kernel-AT-vger.kernel.org>
Subject:	 	Linux 7.0-rc3
Date:	 	Sun, 08 Mar 2026 17:22:08 -0700
Message-ID:	 	<CAHk-=whEs6_6BYeP+H=yB=wuhnfoZm3jrT0J3y860EsWXiBVqw@mail.gmail.com>
Archive-link:	 	Article

So -rc2 was big - some of the biggest in recent history - but I
suspected it was mainly due to random timing and just happenstance.

Not so.

Because rc3 is big too. Repeat after me: "some of the biggest in
recent history".  It's bigger than rc2, which is admittedly not
unusual in itself, because rc2 tends to be pretty small as people take
a breather after the merge window and it takes a while to find issues.

But when rc2 was already fairly big, having rc3 then be even bigger
makes me think something is up.

Now, the likely "something" is probably just that 6.19 dragged out an
extra week with that rc8 release, so I'm not exactly worried. But I
most definitely hope things start calming down.

Now, admittedly one reason I don't worry too much is that a rather big
portion of rc3 is selftests (almost a fifth of the patch), and nothing
in the rest really looks particularly scary. Many of the commits in
here are trivial - small cleanups or adding hardware IDs or quirks
etc.

There's just more commits than is the norm at this point.

So it's still pretty early in the release cycle, and it just feels a
bit busier than I'd like. But nothing particularly stands out or looks
bad.

Please keep testing, and let's hope we're approaching the calming down
period and just haven't quite gotten there yet.

                 Linus

Linux 7.0-rc3
De: Linus Torvalds

Para: Lista de Discussão do Kernel Linux

Assunto: Linux 7.0-rc3

Data: Dom, 08 de Março de 2026 17:22:08 -0700

Então, o -rc2 foi grande — um dos maiores da história recente — mas eu suspeitava que fosse principalmente devido ao tempo aleatório e apenas por acaso.

Só que não.

Porque o rc3 também é grande. Repitam comigo: "um dos maiores da história recente". Ele é maior que o rc2, o que reconhecidamente não é incomum por si só, já que o rc2 tende a ser bem pequeno enquanto as pessoas recuperam o fôlego após a janela de mesclagem (merge window) e leva um tempo para encontrar problemas.

Mas quando o rc2 já foi razoavelmente grande, ter um rc3 ainda maior me faz pensar que algo está acontecendo.

Agora, o provável "algo" é possivelmente apenas o fato de a versão 6.19 ter se arrastado por uma semana extra com aquele lançamento do rc8, então não estou exatamente preocupado. Mas eu definitivamente espero que as coisas comecem a se acalmar.

Ora, admito que um dos motivos pelos quais não me preocupo tanto é que uma parcela considerável do rc3 são autotestes (selftests — quase um quinto do patch), e nada no restante parece particularmente assustador. Muitos dos commits aqui são triviais — pequenas limpezas ou adição de IDs de hardware, ajustes (quirks), etc.

Apenas há mais commits do que o normal a esta altura.

Portanto, ainda estamos bem no início do ciclo de lançamento, e parece um pouco mais agitado do que eu gostaria. Mas nada se destaca negativamente ou parece ruim.

Por favor, continuem testando, e esperemos que estejamos nos aproximando do período de calmaria e apenas ainda não tenhamos chegado lá.

Linus

FONTE
https://github.com/torvalds/linux/commit/1f318b96cc84d7c2ab792fcc0bfd42a7ca890681	https://lore.kernel.org/linux-bcachefs/
https://wiki.archlinux.org/title/Bcachefs