gvfsd-trash da maneira de limpar o lixo

Question

Uma das maneiras que fazem o laptop atingir seus limites é quando ele está limpando a lixeira em um DE baseado em gnome com FM baseado em nautilus. Com o lixo tem cerca de uma infinidade de arquivos (por exemplo, uma cópia de todo o projeto de código aberto android) limpá-lo torna muito quente e parar antes que ele possa excluí-los.

Com base em top , o processo gvfsd-trash usa cerca de 50%, além disso, levará muito tempo para isso. Limpar o diretório ~/.local/share/Trash ou qualquer diretório onde os "arquivos da lixeira" tenham a esperança de uma salvação da exclusão com um comando rm -rf faz a tarefa muito mais rápida que gvfsd-trash . O que o gvfsd-trash faz para fazer isso em comparação com um simples comando rm -rf ?

    

Answer 1

Eu tenho um relacionamento de ódio e ódio com o gvfsd-trash. Eu acho que pode funcionar bem em um único PC, mas com uma pequena rede de escritórios pode se tornar um pesadelo. Eu suspeito que quando esvazia o lixo, ele faz a "arrumação" à medida que avança. Isso pode complicar quando os pontos de montagem são movidos ou permissões & as propriedades são alteradas. Também parece amarrar a CPU por longos períodos tentando resolver as coisas cada vez que a máquina inicia.

Minha técnica quando o gvfsd-trash começa a desacelerar as máquinas é usar:

$ sudo rm -rf ~/.local/share/Trash

Isso elimina o lixo na minha própria máquina. O daemon também cria diretórios chamados ".Trash-1000" nas raízes das montagens de rede. Excluindo-os usando

$ sudo rm -rf [..path to file..]/.Trash-1000

do servidor em que cada compartilhamento de rede reside cura muitos problemas de desempenho. Aqui "1000" é meu UID, o seu pode ser diferente. "gvfsd-trash" parece ser muito bom para se livrar da bagagem quando os diretórios da Lixeira desaparecem.

NOTA: "Isto funciona em um sistema Ubuntu / Mint onde o 'sudo' fornece privilégios de root. Com outras distros use a técnica apropriada. Se o comando" rm "funciona sem privilégios de root melhor, mas o problema é geralmente pior quando não pode.

    

Answer 2

Não estou muito familiarizado com o gvfsd-trash, mas acho que há algumas coisas que contribuem para isso. A pasta Lixeira do GNOME se aplica a arquivos e pastas em todo o sistema e até mesmo na rede. Então, eu acredito que ele mantém um banco de dados de onde esses arquivos foram originalmente armazenados para que, se você clicar com o botão direito do mouse em um arquivo na pasta Lixeira e restaurá-lo, ele saiba onde restaurá-lo. Também é provável que mantenha alguns metadados sobre esses arquivos - como o registro de data e hora de exclusão, propriedade original, horário de acesso e tempo de modificação - dados que normalmente seriam "perdidos" quando o arquivo for movido de algum local no sistema para um pasta de lixo do usuário. No caso de algo como um diretório de origem do Android, isso é um lote de arquivos para manter esse tipo de metadado, e meu palpite é que excluir os da pasta Lixeira leva um tempo para limpar tudo essa informação.