Linus Torvalds criador e líder do desenvolvimento do kernel Linux, demonstrou mais uma vez que qualidade e pontualidade são inegociáveis no desenvolvimento do Kernel Linux.
E é que durante o ciclo de desenvolvimento do Linux 6.17, Engenheiro do Google Palmer Dabbelt enviou um conjunto de patches para a arquitetura RISC-V que não passou no filtro do desenvolvedor principal. O motivo: eles foram enviados tarde demais e continham alterações consideradas "lixo" que não pertenciam à árvore RISC-V.
Essa decisão significa que as melhorias propostas não chegarão ao Linux até a versão 6.18, o que pode retardar a adoção do RISC-V em certos ambientes e prejudicar os desenvolvedores que dependem dessas atualizações.
Para aqueles que ainda não estão familiarizados com o RISC-V, você deve saber que este É uma arquitetura de conjunto de instruções livre e aberta Criado na Universidade da Califórnia, Berkeley, em 2010, o RISC-V conquistou espaço entre arquiteturas proprietárias como ARM e x86, graças à sua flexibilidade e à crescente comunidade de desenvolvedores. A RISC-V International conta atualmente com mais de 4500 membros.
Apesar desse crescimento, a arquitetura enfrenta desafios de maturidade e estabilidade. Casos como o do Chimera Linux, que suspendeu temporariamente o suporte devido a problemas de desempenho no hardware disponível, refletem as dificuldades de se estabelecer em ambientes de produção.
Uma rejeição marcada pelo tempo e pela qualidade do código
Torvalds solicitou que as solicitações de pull fossem enviadas com antecedência porque ele estaria viajando. No entanto, a atualização chegou em 8 de agosto de 2025, apenas dois dias antes do fechamento da janela de mesclagem do Linux 6.17, programada para o lançamento da versão -rc1.
O líder do projeto não criticou apenas o atraso, mas também o conteúdoEle ressaltou que as mudanças adicionaram modificações desnecessárias fora do escopo do RISC-V, afetando arquivos genéricos e sem agregar valor. Em suas próprias palavras, isso "piora o mundo".
Reações e o estilo inconfundível de Linus Torvalds
O episódio com os patches RISC-V não é isolado. Em Junho de 2025, Torvalds já havia se envolvido em uma polêmica removendo o sistema de arquivos Bcachefs do kernel devido a preocupações sobre sua qualidade e manutenção.
Desta vez, sua mensagem foi direta: chega de envios atrasados ou alterações irrelevantes. Palmer Dabbelt pediu desculpas e prometeu corrigir o processo em versões futuras.
A comunidade reagiu com opiniões divergentes. Alguns valorizam sua franqueza como uma forma eficaz de manter a qualidade do kernel; outros, no entanto, acreditam que seu tom pode desencorajar novos colaboradores. No entanto, Torvalds mantém sua posição: a estabilidade e a segurança do kernel vêm antes de todas as outras considerações.
Em mais de três décadas no comando do kernel Linux, Linus Torvalds ganhou fama por seu estilo de comunicação direto, às vezes agressivo.Embora tenha reconhecido a necessidade de moderar seu tom no passado, ele continua priorizando o rigor técnico em detrimento da diplomacia.
Para ele, decisões como a introdução de sistemas de arquivos que não diferenciam maiúsculas de minúsculas ou alterações fora de contexto na base de código representam riscos desnecessários que podem comprometer a estabilidade do sistema a longo prazo.
Essa nova rejeição aos patches RISC-V é, em essência, uma reafirmação da filosofia que norteia o kernel Linux há décadas: qualidade não é negociável e os prazos são cumpridos.
Melhorias de desempenho do Btrfs e outros novos recursos para Linux 6.17
Outros novos recursos e melhorias que foram preparados para Linux 6.17 estão em desempenho e funcionalidade do sistema de arquivos btrfs. Entre os novos recursos mais notáveis está o suporte experimental para fólios grandes, uma otimização que promete reduzir a sobrecarga e acelerar operações em múltiplos cenáriosEmbora esse recurso esteja tecnicamente pronto para uso mais amplo, os desenvolvedores alertam que ele ainda não foi testado o suficiente para ser considerado completamente estável.
A nova versão do Btrfs tEle também introduz um posicionamento mais denso de chaves na estrutura XArray., o que aumenta a compactação dos nós da árvore de abrangência de armazenamento. Essa alteração pode reduzir o número de nós finais em 50% a 70%, otimizando assim a estrutura interna e reduzindo o consumo de recursos. Além disso, Os ajustes de desfragmentação foram aplicados via ioctl, juntamente com a ativação de um mecanismo previamente projetado para evitar corrupção crítica do sistema de arquivos, o que limita a gravação em dispositivos de bloco com um sistema de arquivos montado.
Além disso, destaca também a implementação de um sistema de cache para solicitações de liberação de bitmaps com espaço alocado. Em testes com criação de arquivos vazios, essa otimização permitiu aumentos de desempenho de até 20%, além de melhorias significativas em ambientes com cargas pesadas de metadados. Da mesma forma, a leitura antecipada foi aprimorada em sistemas que utilizam compactação de dados, aumentando a velocidade de acesso aos dados.
Por fim, se estiver interessado em saber mais sobre o assunto, pode consultar os detalhes no link a seguir