Toca do Tux: Atualizações do Btrfs 5.6

Atualizações do Btrfs 5.6

Btrfs é sistema de arquivos (ou filesystem) copy-on-write, moderno e de proposito geral e que possui uma gama de recursos proporcionando vantagens ao Linux. Eu venho comentando sobre o Btrfs no meu canal e no meu blog há anos e no ano passado, esse sistema de arquivos passou a ser exigência na própria LPI. Esse no caso foi o primeiro que eu resolvi fazer e que depois se tornou uma playlist:

Mas falando da nova versão, Nn dia 27 de Janeiro, David Sterba da Suse anunciou as atualizações para a versão 5.6 do Btrfs que recebeu os seguintes recursos:

async discard
Habilitação do "mount -o discard=async"
freed extents (extensões liberadas) não são descartadas imediatamente, mas agrupados e aparados depois, com IO rate limitante.
O "sync" mode submete short extents que poderiam ter sido ignorados completamente pelo dispositivo, para SATA anterior a 3.1 as requisições não são enfileiradas e possuem um grande impacto no desempenho.
As actual discard IO requests foram mudadas da transaction commit para uma worker thread, melhorando a latência do commit.
IO rate e request size podem ser ajustadas pelos arquivos do sysfs, por hora habilitada somente com CONFIG_BTRFS_DEBUG já que poderíamos precisar adicionar/excluir os arquivos e não ter uma ABI estável para uso geral, padrões são conservativos
export device state info no sysfs, ex.: missing, writeable
no discard de extents conhecidos por serem intocados no dispositivo de armazenamento (ex.: depois de ser reservado)
Logo do device stats reset como nome de processo e PID que chamavam o ioctl

Além da nova atualização com novos recursos, a versão conta também com mais cinco correções e oito alterações.

Um novo recurso que pode ser implementado na próxima versão (ou na próxima atualização da mesma versão) é a DRW lock [(D)ouble (R)eader (W)riter lock] que foi sugerido por Nikolay Borisov (também da Suse). DRW lock é uma técnica antiga de locking primitive que permite ter múltiplos readers ou writers mas não múltiplos readers e writers simultaneamente. O código é consignado a partir do open-coded locking scheme utilizado para excluir snapshots pendentes do nocow writers e vice-versa. A implementação atual favorece os Readers (que é criador de snapshot) para os writers (nocow writers do filesystem).