Toca do Tux: Novos recursos do Btrfs

Novos recursos do Btrfs

Btrfs é o sistema de arquivos que ao longo de muito tempo eu venho promovendo tanto no meu canal e no meu blog pois traz recursos muito assemelhante ao ZFS e ao ReiserFS porém, implementados de forma diferente. O Btrfs é fortemente utilizado por empresas como Facebook, Suse, Oracle e até mesmo exigido pela LPI.

Mais sobre o Btrfs pode ser conferido clicando aqui.

Nos últimos meses, novos recursos foram implementados e aqui eu vou debater sobre eles.

SOLUCIONANDO PROBLEMA ENTRE VFS/BTRFS/NFS

NeilBrown da Suse enviou no dia 12 de Agosto o patch corrige problemas que ocorrem entre o Nfsd e o Btrfs. A questão é que o Btrfs não fornece números de inode único através de outros sistemas de arquivos, mas sim através de subvolumes e utiliza números de dispositivo sintético para subvolumes diferentes para garantir singularidade entre dispositivo e inode.

O problema é que o Nfsd não consegue trabalhar com números de dispositivo variante podendo causar problema no subvolume. Este patch permite que Btrfs ou qualquer outro sistema de arquivos forneça um número de 64 bits tornando o resultado mais único entre subvolumes e sistemas de arquivos (talvez a partir disso poderemos ter a solução para problema do VFS :)

IDMAPPED MOUNTS

Em maio eu havia postando que Christian Brauner da Canonical estava portando o idmapped mounts para o Btrfs (essa informação pode ser lida clicando aqui). Já no dia 31 de julho Christian retornou com o novo patch que traz o total de 71 novidades no idmapped mounts que estão divididos dentro de BTRFS_IOC_{SNAP,SUBVOL}_CREATE_V2, BTRFS_IOC_SNAP_DESTROY_V2, BTRFS_IOC_SUBVOL_SETFLAGS e BTRFS_IOC_INO_LOOKUP_USER.

NOVA AJUDA NA OPÇÃO DEFRAG

Qu Wenruo da Suse que enviou o patch introduz a opção desfragmentar um intervalo (defrag_one_range()) que reverifica status de extents e paginas para garantir melhor consistência. Ainda não houve resposta para esse patch, mas vamos aguardar.

Ainda falando de desfragmentação (que é uma super vantagem sobre o ZFS), há ainda um recurso para a opção defrag e autodefrag que Josef Basick anunciou em Julho de 2020 que aguardo bastante. Josef até informou que o autodefrag é muito util com arquivos pequenos como é o caso dos 9.000 arquivos sqllite que o Firefox utiliza, mas não tão util para arquivos gigantescos como é o caso de imagens de máquinas virtuais pois leva-se muito tempo para desfragmentar.

Uma solução que é indicada há muito tempo é copiar a imagem da máquina virtual para uma nova utilizando recurso de de-duplicação (quer saber como solucionar esse problema. Confira o meu minicurso de atributos no Linux clicando aqui).

Já a solução sugerida por Josef seria poder passar um parâmetro no defrag/autodefrag onde os usuários poderiam definir por arquivo ou diretório permitindo manter o controle de onde exatamente ocorrerá a atividade extra de escrita.

Esse é o submit do Josef mencionando que pretende adicionar o recurso ao autodefrag para trabalhar corretamente.

Há recursos que existem no ZFS que eu ainda espero ver no Btrfs (um deles seria o mesmo que existe no Bcachefs e que já até tratei em uma live. Esse recurso permite utilizar o ssd como cache em conjunto com o HD para acelerar o processo (acho um erro cometido pelo autor do Bcachefs desenvolver todo um sistema de arquivos somente para implementar um único recurso). Outro seria a capacidade de armazenamento do ZFS (256 quatrilhões de zebibytes enquanto que o Btrfs é de 16 EiB). Agora é tudo questão de aguardar para ver o que o futuro nos espera e aguardar mais novos recursos no Btrfs.

Agradeço ao Anderson Rincon pela revisão