O kernel do Linux é a espinha dorsal dos sistemas operacionais (SO) Linux e é a interface fundamental entre o hardware de um computador e seus processos.
A próxima versão do kernel Linux 6.2 deve trazer melhorias no gerenciamento do sistema de arquivos, incluindo o desempenho de cartões SD e chaves USB, bem como FUSE.
Para um kernel de sistema operacional tão maduro, ainda há melhorias consideráveis em lidar com formatos de disco existentes, e isso pode melhorar com o lançamento do kernel 6.2. Além disso, na opinião de alguns especialistas, os sistemas de arquivos Linux de próxima geração não avançariam rapidamente.
Matheus Wilcox, desenvolvedor de kernel linux oracle, recomendado remover o sistema de arquivos ReiserFS, um sistema de arquivos desenvolvido especialmente para o sistema operacional Linux por Hans Reiser e a empresa Namesys. Foi o primeiro sistema de arquivos de diário a ser aceito no kernel e foi desenvolvido quando os sistemas de arquivos Ext ainda não haviam sido planejados.
A razão que Wilcox dá para apoiar a sua ideia para remover o sistema de arquivos ReiserFS é a dificuldade adicional de modernizar a infraestrutura do kernel causado pelo fato de você ser forçado a deixar a tag AOP_FLAG_CONT_EXPAND no kernel porque reiserfs ainda é o único sistema de arquivos que usa essa tag na função Write_begin. Da mesma forma, a última correção no código reiserfs data do ano de 2019.
Jan Kara, da SUSE, relatou que Reiserfs está a caminho da obsolescência, mas não se pode concluir que esteja desatualizado para ser removido do kernel. De acordo com alguns analistas, o Reiserfs ainda é oferecido no OpenSUSE, mas a base de usuários deste FS é insignificante e está diminuindo constantemente. Para usuários profissionais, o suporte para Reiserfs no SUSE foi descontinuado há 3-4 anos e o módulo reiserfs não está incluído no pacote padrão com o kernel.
Outra mudança o que é esperado está no sistema de arquivos e POSIX Tradicionalmente, os sistemas que suportam a família Portable Operating System Interface Standards (POSIX) compartilham um modelo de permissão de sistema de arquivos simples, mas poderoso.
Faz tempo que os engenheiros reconheceram as deficiências do modelo tradicional de permissão e começaram a pensar em alternativas. Isso eventualmente deu origem a várias implementações de lista de controle de acesso (ACL) no UNIX, que são compatíveis entre si apenas até certo ponto. Christian Brauner, ex-engenheiro do Ubuntu e agora engenheiro da Microsoft, enviou um patch detalhado para adicionar uma API VFS (Virtual File System) dedicada às ACLs POSIX. Eles são suportados há muito tempo, mas a nova versão deve limpar e simplificar seu gerenciamento.
Brauner também enviou um patch para suportar montagens de ID para volumes SquashFS. Este é um plugin para o patch anterior que introduziu montagens atribuídas por ID, que também contém uma explicação de como elas funcionam e para que são usadas.
Também há aprimoramentos para alguns dos sistemas de arquivos mais estabelecidos. Um deles é uma lista de correções e melhorias para XFS, que aponta para o novo e importante recurso de reparo online. Outro patch traz melhorias de desempenho para volumes montados com FUSE; em outras palavras, quando o código do sistema de arquivos é 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.
Além disso, também melhorias são esperadas no Btrfs que se tornou o sistema de arquivos padrão para desktops no Fedora Linux 33, e o Fedora Linux 34 Beta se baseia nesse trabalho, permitindo a compactação transparente para mais espaço de armazenamento.
Isso foi projetado para ajudar a aumentar significativamente a vida útil da mídia flash. Essa compactação será essencial para aumentar o desempenho de leitura e gravação de arquivos maiores, com o potencial de agregar economia de tempo significativa aos fluxos de trabalho.
Há também algumas melhorias no Btrfs, particularmente no tratamento de RAID 5 e 6. Em particular, uma solução alternativa aborda o problema "leitura-modificação-gravação" para matrizes Btrfs RAID5 (mas não RAID6). Isso é bom, mas esses layouts de unidade ainda não são recomendados. Conforme os termos da própria documentação do produto: Este recurso não deve ser utilizado em produção, apenas para avaliação ou teste.