Início / unix / Perguntas / 495176
Accepted
Sergiy Kolodyazhnyy
Asked: 2019-01-18 14:11:23 +0800 CST

Por que o diretório com grandes quantidades de entradas não diminui de tamanho depois que as entradas são removidas?

  • 772

Fechar aviso de votação : enquanto a duplicata vinculada faz a mesma pergunta, os comentários e a única resposta não fornecem uma resposta que seja extraída de uma fonte autorizada. A resposta à minha pergunta por Thomas Dickey , de fato fornece a resposta que eu estava procurando. Assim, a duplicata proposta não é útil, no entanto, a resposta de Thomas aqui é adequada.

De acordo com a resposta do G-Man na pergunta do superusuário e na conta pessoal neste comentário do PerlDuck , os diretórios que possuem grande quantidade de entradas chegam a um tamanho superior a 4096 bytes (o que pode ser visto com a ls -lsaída), mas uma vez que as entradas são removidas - o número nunca diminui.

A pergunta é "por que"? É devido à forma como o ext4sistema de arquivos está configurado para reter os metadados do diretório? Obviamente, remover o diretório e recriá-lo não é uma solução, pois exclui o inode original e cria um novo. O que pode ser feito para diminuir o número manualmente?

directory ext4

1 respostas

  1. Best Answer

    Citando um desenvolvedor (em um encadeamento do kernel linux, os diretórios ext3/ext4 não encolhem após a exclusão de muitos arquivos ):

    On Thu, May 14, 2009 at 08:45:38PM -0400, Timo Sirainen wrote:
>
> I was rather thinking something that I could run while the system was  
> fully operational. Otherwise just moving the files to a temp directory +
> rmdir() + rename() would have been fine too.
>
> I just tested that xfs, jfs and reiserfs all shrink the directories  
> immediately. Is it more difficult to implement for ext* or has no one  
> else found this to be a problem?

It's probably fairest to say no one has thought it worth the effort.
It would require some fancy games to swap out block locations in the
extent trees (life would be easier with non-extent-using inodes), and
in the case of htree, we would have to keep track of the index block
so we could remove it from the htree index.  So it's all doable, if a
bit tricky in terms of the technical details; it's just that the
people who could do it have been busy enough with other things.

It's hasn't been considered high priority because most of the time
directories don't go from holding thousands of files down to a small
handful.  

                                                - Ted
    • 18

relate perguntas