analise sobre o ganho de espaço em disco com a compactação de sistema btrfs

niquelnausea
(usa Arch Linux)

Enviado em 29/08/2019 - 19:33h

tenho testado bastante o sistema de arquivos btrfs, e achei impressionante o desempenho, e principalmente o recurso de compactação. fiz alguns testes com os três algorítimos disponíveis, zlib, lzo e zstd.
usei para teste uma instalação do arch + kde (completo) + aplicativos comuns em desktop, e exclui destas estatísticas a partição /home (outra partição) e /boot (outra partição), em um ssd com interface sata e com partição de 40gb. fiz os testes em duas rodadas, sendo uma com restauração de snapshot (arquivos compactados com origem comum) e posterior compactação, e outro com compactação sobre o sistema já compactado previamente com zlib. nos algorítimos zlib e zstd foram usados os níveis padrões.
os resultados para a compactação sobre os arquivos não compactados:

27gb livres sem compactação

31,6gb livres com compactação zlib

30,3gb livres com compactação lzo

31,8gb livres com compactação zstd

 

na segunda rodada, o resultado curiosamente foi diferente da primeira

29,9gb livres com compactação lzo

31,5gb livres com compactação zstd 

mudando a compressão de um tipo para o outro, em momentos diferentes a diferença era de 0.01gb e eu não sei definir o por que.

considerações:
zlib: extremamente lento para compactação, mas com bom resultado final e possui opção de nível de compactação, sendo 1-9 possíveis e o padrão é 3;
lzo: o mais rápido para compactação mas com menor nível de compactação;
zstd: mais lento que o lzo, mas muito mais rápido que o zlib e com a melhor taxa de compactação (1-15 possíveis e o padrão é 3), porém apresenta incompatibilidade com arquivos ou do grub ou do /boot (suporte futuro já esta a caminho), enquanto os outros dois (zlib e lzo) são compatíveis.

seja para economizar espaço, ou ter ganho de performance, indico fortemente o btrfs, mas com algumas precauções como a particularidade do uso de compactação zstd na partição /boot, e entendimento que niveis mais altos de compactação exigem maior poder de processamento e menor velocidade principalmente em operações de escrita, além de ser muito interessante o uso de kernel e btrfs-progs mais recentes.

edps
(usa Slackware)

Enviado em 29/08/2019 - 19:59h

Cara eu só instalei todos os meus sistemas (Slack, Gentoo e Void) aqui no novo SSD e pus o BTRFS , mas não me ative a outras questões que não o desempenho e não tenho do que me queixar, mas por outro lado não posso compará-lo com outros porque nesse SSD não tive outros file-systems.

Uma palhinha do meu Void com MATE e boot completo em 7s:

https://i.imgur.com/MVzdTB6.png

E thanks por compartilhar os seus testes.

edps
(usa Slackware)

Enviado em 02/09/2019 - 20:22h

pergunta:

quais são as opções de montagem que você está usando?

Eu não estou usando a compactação, nem subvolumes ou raid, as minhas são:

/dev/sdX   /                btrfs    noatime,nodiratime,discard,ssd,defaults   1   1

 

niquelnausea
(usa Arch Linux)

Enviado em 03/09/2019 - 12:50h

as minhas são as padrões que o arch cria com o genfstab, alterando apenas realtime para noatime, ajustando a parte de subvolume e a compactação. repare que usei zstd:15, o sistema apresenta lentidão mas não a ponto de ser incomodo. talvez em hardware mais limitado, seja um problema.
outra coisa é que achei mais vantajoso o fstrim pelo systemd do que o discard.

# Static information about the filesystems.

# See fstab(5) for details.

# <file system> <dir> <type> <options> <dump> <pass>

# /dev/sda2 LABEL=root

UUID=78120895-97d6-4268-ad6b-a4076919c5ae       /               btrfs           rw,noatime,compress=zstd:15,ssd,space_cache,subvol=@  0 0

# /dev/sdb2 LABEL=efi

UUID=0297-A118          /boot/EFI       vfat            rw,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro    0 2

#/dev/sda2 LABEL=root

UUID=78120895-97d6-4268-ad6b-a4076919c5ae       /.snapshots     btrfs           rw,noatime,compress=zstd:15,ssd,space_cache,subvol=@snapshots        0 0

#/dev/sda2 LABEL=root

UUID=78120895-97d6-4268-ad6b-a4076919c5ae       /var/cache/pacman/pkg            btrfs           rw,noatime,compress=zstd:15,ssd,space_cache,subvol=@var    0 0

#/dev/sda3

UUID=0d5acd37-ee72-40c0-8e50-dc75eab03271       /home           xfs             rw,noatime,attr2,inode64,noquota       0 2

# /dev/sdb5

UUID=a39676a9-992a-47ee-80f8-6bce8fc1b1a9       none            swap            defaults        0 0

 

edps
(usa Slackware)

Enviado em 03/09/2019 - 19:29h

Thanks pela resposta, lá vou eu aos testes aqui, embora já esteja satisfeito quanto ao desempenho.

Minha maior preocupaões com o SSD são aquecimento, já que o meu é M.2 e dia desses estava a quase 100ºC de acordo com o gnome-disk-utility.

E escrita em disco pois por usar distros de compilaão ponho tudo em TMPFS e o cache de pacotes (do portage, void e slack) ponho no HD por meio de link simbólico.

t+

albfneto
(usa openSUSE)

Enviado em 04/09/2019 - 19:04h

Não quer submeter Artigo ou Dica sobre seus testes e experimentos?


¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
Albfneto,
Ribeirão Preto, S.P., Brasil.
Usuário Linux, Linux Counter: #479903.
Distros Favoritas: Sabayon, Gentoo, openSUSE, Mageia e OpenMandriva.

niquelnausea
(usa Arch Linux)

Enviado em 05/09/2019 - 01:55h

a intenção é essa, mas ainda não consegui informações suficientes para um artigo. para uma dica sobre instalação e uso basico, pretendo fazer no final de semana. o vol tem pouco material sobre este tema.