Que sistemas de arquivos preferencialmente reutilizam blocos de arquivos excluídos?

7

Relacionado a esta pergunta anterior eu perguntei, gostaria de saber quais sistemas de arquivos reutilizarão preferencialmente blocos que são liberados quando arquivos são deletados (se existir algum)?

Estou interessado apenas em sistemas de arquivos estáveis e bem estabelecidos e prefiro aqueles que podem ser a partição boot / root em um sistema Debian (embora isto não seja essencial).

editar:
Respondendo a um comentário, gostaria desse comportamento porque o fs é para uma VM e está contido em um arquivo de imagem bruto esparso no host. Se novos blocos forem alocados, o arquivo de imagem perde gradualmente a sua dispersão ao longo do tempo à medida que os arquivos são criados / excluídos / modificados, tendendo ao tamanho 'não esparso', mesmo que o armazenamento total usado na VM permaneça basicamente constante.

    
por Jack Douglas 06.11.2012 / 08:37

2 respostas

4

Se você está procurando estável e bem estabelecido, então eu acho que você está sem sorte. Caso contrário, o btrfs se comporta dessa maneira.

Você também pode querer verificar se o seu disco virtual suporta o TRIM para liberar os blocos e certificar-se de ativar o descarte no seu fs.

Você também pode considerar apenas alocar discos menores inicialmente de tamanho maior às suas necessidades previstas; A maioria dos sistemas de arquivos pode ser facilmente expandida on-line nos dias de hoje, caso você precise aumentá-la no futuro.

    
por 06.11.2012 / 17:43
0

O xfs é estável e está bem estabelecido e tem as características que estou procurando - <refrenta os blocos 'recém-liberados' muito rapidamente :

xfs, ext2, and ext3 behaved as I expected. They ended up using 316 MiB, 701 MiB, and 1351 MiB, respectively. btrfs used up to 2763 MiB, presumably because it's a copy-on-write filesystem. It didn't allocate this space at once, but allocated some blocks in a linear manner and then stalled for a while. ext4 was a surprise. It grew almost linearly and capped at 19 GiB, or 93% of the disk's size. While this may be well suited for solid state disks without TRIM support, it is not for rotating disks which show a higher latency and lower throughput on the outermost regions.

    
por 02.11.2015 / 10:04