☰

Qual é a sobrecarga de espaço de diferentes sistemas de arquivos?

tag-icon • tag-icon filesystems
Qual é a sobrecarga de espaço de diferentes sistemas de arquivos?

Fiz backup/restaurei um sistema de arquivos de um sistema Ubuntu para um sistema Fedora 17. Percebi que de acordo com dfa saída o espaço utilizado aumentou 30%. Quais poderiam ser as razões para isso?

Nas telas do sistema Fedora df: 78 GB usados

Nas telas do sistema Ubuntu df: 60 GB usados

Diferenças entre os sistemas:

Ubuntu: ext3 (criado anos atrás)

Fedora 17: ext4 (criado com uma mkfs.ext4chamada vanilla)

A restauração para um sistema de arquivos XFS (no Fedora 17) produz 78 GB de espaço usado.

O backup e a restauração foram feitos com GNU tar. O sistema de arquivos contém uma ampla variedade de diferentes tipos de arquivos (ou seja, desde árvores de origem, maildirs até ISOs, etc.).

Responder1

A primeira coisa que vem à mente são “arquivos esparsos”. Tradicionalmente, pode-se criar um arquivo com dados em um deslocamento no arquivo e então buscar um deslocamento muito maior. Ao gravar dados em deslocamentos muito maiores, o sistema de arquivos não alocaria blocos de disco para os deslocamentos intermediários. Os programas que leem esses deslocamentos sem blocos de disco alocados leem valores zero.

Tarar arquivos esparsos causa deslocamentos de um arquivo esparso que não possui blocos de disco alocados para alocar blocos de disco, tanto no arquivo tar (ou fluxo de saída) quanto no arquivo recriado.

Lembro-me que alguns SGBDs criavam arquivos esparsos, assim como programas como MSC/NASTRAN (sistema de modelagem de elementos finitos). O backup desses arquivos esparsos acaba usando grandes quantidades de armazenamento offline, para surpresa de todos os envolvidos.

Responder2

Outra coisa a observar quando você vê discrepâncias de espaço é o espaço reservado para root (normalmente 5% em ext{2,3,4}). Este espaço permite que o sistema operacional funcione (grave arquivos de log, etc...) mesmo que um usuário preencha o disco (desde que esse usuário não seja root).

Você pode visualizar esta configuração usando tune2fs -l:

[root@host ]# tune2fs -l /dev/md0 |grep Reserved
Reserved block count:     1279986
Reserved GDT blocks:      1017
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)

Você pode desabilitar isso em seus sistemas de arquivos ext comtune2fs -m 0 /dev/NAME

Analisando isso rapidamente, não acredito que o xfs tenha reservado espaço para root

informação relacionada