Ao discutir a última série de correções propostas para inclusão no kernel 6.11-rc5 pelo autor do Bcachefs, Linus Torvalds afirmou que começa a lamentar ter aceitado o sistema de arquivos Bcachefs no kernel. O descontentamento de Torvalds se deve ao fato de que Kent Overstreet, o autor do Bcachefs, no estágio de candidatos finais a lançamentos, envia correções muito extensas que, na prática, não apenas corrigem erros, mas também continuam o desenvolvimento de funcionalidades, apesar de que alterações funcionais são permitidas apenas nas etapas iniciais do desenvolvimento de um novo ramo, enquanto que, na fase rc5, apenas pequenas correções individuais, com tamanho idealmente não superior a 100 linhas de código, são aceitas.
O patch enviado para o Bcachefs, que acrescentou 1309 linhas e removeu 671 linhas em 39 arquivos, além de corrigir erros, incluía duas alterações significativas: suporte a uma nova estrutura de dados para gerenciar a lista de elementos livres no cache e a possibilidade de transformar tabelas hash para o cache. A nova estrutura foi adicionada para eliminar bloqueios desnecessários do cache e evitar situações que podem levar a conflitos de bloqueio sob cargas de múltiplos threads.
Esse não é o primeiro caso em que grandes correções para o Bcachefs são enviadas após a janela de aceitação de alterações, e não é a primeira vez que, em vez de simples correções de erros, são promovidos complementos funcionais mais pesados através de solicitações de pull nas fases finais do desenvolvimento de um novo ramo. Linus Torvalds respondeu ao pull request enviado:
«Basta. O último pull request também foi grande. Este pull request também é muito volumoso, tocando em questões que não estão relacionadas ao Bcachefs, e nem de longe é uma regressão. Em algum momento, 'consertar algo' se transforma em desenvolvimento, e esse é o momento. Ninguém em sã consciência usa Bcachefs e espera estabilidade dele, então cada usuário é um campo de experimentos. Os patches do Bcachefs se tornaram uma espécie de 'grande desenvolvimento durante o ciclo de preparação do lançamento, e não antes', a tal ponto que estou começando a me arrepender de ter aceitado o Bcachefs. Se o Bcachefs não consegue funcionar normalmente de acordo com o cronograma de desenvolvimento do núcleo (upstream), talvez ele não devesse estar no núcleo principal. Isso já ultrapassa o absurdo.»
Kent Overstreet respondeu que o Bcachefs é definitivamente mais confiável do que o Btrfs e que ele está trabalhando para torná-lo mais robusto e confiável do que o XFS e o EXT4, graças à implementação do mecanismo de integridade de dados de ponta a ponta (end to end data Integrity). Kent também enfatizou que as mudanças propostas estão diretamente relacionadas ao aumento da confiabilidade, e se um erro em outros subsistemas do núcleo pode ser limitado a uma falha e reinicialização, nos sistemas de arquivos o custo do erro é muito alto e pode levar a danos ocultos nos dados, que podem ser notados apenas semanas depois.
Torvalds rebateu, dizendo que até agora não existem grandes distribuições Linux que utilizam o Bcachefs, e apontou que as regras de desenvolvimento de lançamentos do núcleo Linux devem ser seguidas, pois há uma probabilidade de surgirem novos erros devido a grandes patches como esse, que contêm mais de 1000 linhas de código. Neste momento, as correções discutidas para o Bcachefs não foram aceitas no núcleo Linux, e o desenvolvedor do Bcachefs ainda não preparou uma versão atualizada do pull request, livre da adição de novas funcionalidades e focada apenas na correção de erros.
Fonte: opennet.ru
