Linux 6.2 promete várias melhorias no sistema de arquivos

Enquanto isso, os sistemas de arquivos Linux de última geração não estão indo a lugar nenhum rapidamente.

O novo kernel Linux 6.2 que chegará no começo do ano que vem promete várias melhorias no sistema de arquivos. Portanto, o próximo kernel Linux 6.2 deve ter um tratamento aprimorado do sistema de arquivos, incluindo ganhos de desempenho para cartões SD e chaves USB, bem como FUSE. Quanto aos subsistemas de armazenamento de última geração… nem tanto.

Para um kernel de sistema operacional maduro, ainda há melhorias consideráveis sendo feitas no manuseio de formatos de disco existentes pelo Linux, e isso deve melhorar quando o kernel 6.2 aparecer em algum momento no início de 2023.

Um patch do engenheiro da Sony, Yuezhang Mo, torna mais rápido criar novos arquivos ou diretórios em um disco exFAT com muitos arquivos – e quanto mais arquivos houver, maior será a melhoria. Isso segue o patch anterior do mesmo programador para melhorar o manuseio do exFAT, em março.

Após a Microsoft publicar a especificação exFAT em 2019 e entrar no kernel do Linux em 2020, seu suporte melhorou constantemente. Recentemente, o Linux ganhou a capacidade de reparar volumes exFAT, graças a um patch do desenvolvedor Samsung Namjae Jeon, que mantém a unidade exFAT fora da árvore para kernels antigos – como o usado no Android. Seu histórico de commits mostra muitas contribuições do programador da Sony. Outro engenheiro da Samsung, Jaeguk Kim, contribuiu com um patch para melhorar o F2FS, o Flash Friendly File System.

Linux 6.2 promete várias melhorias no sistema de arquivos

O ex-Ubuntu e agora engenheiro da Microsoft, Christian Brauner, também tem estado ocupado. Ele enviou um patch detalhado para adicionar uma API VFS dedicada para POSIX ACLs. Eles têm suporte há muito tempo, como você pode ver nesta descrição de como eles funcionam desde 2002, mas a nova versão deve limpar e simplificar seu manuseio. Brauner também enviou um patch para suportar montagens mapeadas por ID para volumes SquashFS. Isso é complementar ao patch anterior, que introduziu montagens mapeadas por ID, que também contém uma explicação de como elas funcionam e para que servem.

Também existem melhorias em alguns dos sistemas de arquivos mais estabelecidos. Uma delas é uma lista de correções e melhorias para o XFS, que visa o novo e importante recurso de reparo online. Outro patch traz melhorias de desempenho para volumes montados com FUSE – em outras palavras, onde o código do sistema de arquivos está sendo executado em um programa de espaço de usuário, não como parte do kernel. Existem até algumas correções de bugs para o agora venerável ext4.

Há também algumas melhorias no Btrfs, especialmente em sua manipulação de RAID 5 e 6. Em particular, um patch aborda o problema “destrutivo Read-Modify-Write” para arrays Btrfs RAID5 (mas não RAID6). Isso é bom, mas esses layouts de disco ainda não são recomendados. Nas palavras da própria documentação do produto:

o recurso não deve ser usado em produção, apenas para avaliação ou teste.

Soluções alternativas

Como este é um sistema de arquivos FOSS para um sistema operacional FOSS, é claro que existem soluções alternativas para isso, como usar o suporte mdraid integrado do kernel do Linux por meio do comando mdadm, para criar um volume RAID-6 e formatá-lo com Btrfs. Nossa história sobre a atualização possivelmente da instalação Debian mais antiga mencionou que ela rodava LVM, em RAID, em LVM. Esse tipo de coisa é possível e as pessoas fazem isso, mas isso não significa que seja uma boa ideia se você não for um ancião ascensionado do Linux.

Simplificar e integrar esse tipo de configuração de disco complexa é exatamente o que os sistemas de arquivos da próxima geração deveriam oferecer, mas enquanto as alterações de código continuam a ocorrer, duas das mais significativas ficaram relativamente silenciosas.

Embora o Ubuntu continue mantendo seu código ZSys, não há muita atividade. É notável que não haja uma nova postagem no blog ZSys desde o período do Ubuntu 20.04, e alguns usuários estão começando a perguntar o que está acontecendo, bem como se deve ser removido.

Certamente não é por falta de desenvolvimento no OpenZFS, que lançou a versão 2.1.7 no início deste mês, com muitas atualizações e suporte para Linux até 6.0. Também existem ferramentas externas ativas e inovadoras que o utilizam, como ZFSBootMenu. Também é compatível com o NixOS, uma distribuição de ponta.

Outras distribuições

No lado da Red Hat, a equipe Stratis lançou a versão 3.4 em novembro e três lançamentos pontuais menores desde então. No entanto, o log de alterações não mostra nenhum trabalho muito significativo. Ele ainda visa a versão do Fedora anterior à atual, por exemplo. Você pode usá-lo no RHEL 9, mas continua sendo uma visualização técnica sem suporte, como no RHEL 8 em 2019.

Podemos estar errados, mas parece-nos que tanto a Canonical quanto a Red Hat perderam o interesse em impulsionar essa tecnologia inovadora. Adoraríamos ver outra pessoa pegar os projetos, integrá-los e aprimorá-los, como alguns fornecedores de Android estão fazendo com o exFAT. Parece uma grande oportunidade para empresas que fazem suas próprias distros baseadas no Ubuntu, como Linux Mint e ZorinOS, que abordam as fraquezas percebidas no principal produto de desktop.

Share This Article
Follow:
Jornalista com pós graduações em Economia, Jornalismo Digital e Radiodifusão. Nas horas não muito vagas, professor, fotógrafo, apaixonado por rádio e natureza.
Sair da versão mobile