Como posso acelerar a exclusão de diretórios muito grandes no XP?

9

Eu regularmente verifico diretórios incrivelmente grandes na minha máquina XP. Quando se trata de apagar e finalmente destruí-los, leva uma eternidade. Existe alguma maneira de acelerar este processo?

    
por Christek 23.09.2009 / 17:09

9 respostas

8

Eu geralmente excluo diretórios enormes da linha de comando. Ele ignora a Lixeira e normalmente é muito mais rápido. Você deve ter cuidado e verificar o comando que você digita duas vezes, para não excluir acidentalmente algo realmente importante.

A maneira mais fácil é usar rmdir :

rmdir /S /Q C:\My\Directory\Name

Você precisa que /Q pare de rmdir , perguntando se tem certeza ou não.

Se alguns arquivos estiverem abertos por algum processo, eles e os diretórios que eles contêm naturalmente não serão excluídos. Existem ferramentas que podem ajudar você a entender qual processo bloqueia o arquivo, mas é uma história diferente desta.

    
por 23.09.2009 / 17:17
5

A pior maneira é enviar para a Lixeira: você ainda precisa excluí-los. Em seguida, o pior é shift + delete com o Windows Explorer: ele desperdiça muito tempo checando o conteúdo antes de começar a deletar qualquer coisa.

O melhor é usar rmdir /s/q foldername na linha de comando. del /f/s/q foldername também é bom, mas deixa para trás a estrutura de diretórios.

O melhor que eu encontrei é um arquivo de lote de duas linhas com um primeiro passo para excluir arquivos e saídas para nul para evitar a sobrecarga de escrever para a tela para cada arquivo singe. Um segundo passe, em seguida, limpa a estrutura de diretórios restante:

del /f/s/q foldername > nul
rmdir /s/q foldername

Isso é quase três vezes mais rápido que um único rmdir, baseado em testes de tempo com um disco criptografado do Windows XP, excluindo ~ 30GB / 1.000.000 de arquivos / 15.000 pastas: rmdir demora ~ 2,5 horas, del+rmdir demora ~ 53 minutos . Mais informações aqui .

Esta é uma tarefa regular para mim, então eu geralmente movo as coisas que preciso excluir para C: \ stufftodelete e tenho esses comandos del+rmdir em um arquivo de lote deletestuff.bat. Isso está programado para ser executado à noite, mas às vezes eu preciso executá-lo durante o dia, então quanto mais rápido, melhor.

    
por 02.06.2011 / 18:30
4

Pressione SHIFT + DELETE para deletar arquivos / diretórios enquanto pula a lixeira.

Nota: você não pode recuperar esses arquivos, mas é mais rápido!

    
por 23.09.2009 / 17:14
2

Se você quiser ignorar a lixeira, mantenha pressionada a tecla Shift enquanto estiver apagando. Às vezes, também, descubro que a linha de comando do comando é mais rápida do que a exclusão do explorador. Se é sempre a mesma pasta que você está excluindo, configure um arquivo de lote para ele.

Você pode até programar que isso aconteça regularmente se isso for adequado.

    
por 23.09.2009 / 17:16
0

Talvez a desativação da lixeira antes de começar possa ser útil.

    
por 23.09.2009 / 17:12
0

Eu não tenho um diretório enorme à mão para testar isso, compre tente usar shift + delete para apagar os arquivos. Este passo pula a lixeira, o que deve poupar algum tempo.

    
por 23.09.2009 / 17:15
0

Mantenha sua lixeira quase vazia. Colocar itens em uma lixeira completa leva muito mais tempo.

O Windows moverá itens rapidamente para a lixeira até que seja preenchido. Depois disso, é necessário excluir os itens mais antigos da lixeira para liberar espaço para novos itens. Este processo é muito lento.

    
por 23.09.2009 / 18:36
0

FastCopy inclui uma opção de exclusão. Eu não tentei tanto assim, mas pode ser uma alternativa rápida.

    
por 09.10.2009 / 13:31
0

Aqui está mais uma sugestão de parede se você estiver fazendo isso regularmente e as circunstâncias estiverem corretas.

Armazene seu diretório em uma partição de disco separada. O benefício é que você pode muito rapidamente (quase instantaneamente) destruir e recriar partições.

Existem limitações óbvias, como ter tamanhos fixos de partições, a menos que você use / confie em algo como o Partition Magic. No entanto, usei essa técnica ao lidar com SDKs muito grandes que são atualizados com frequência.

    
por 12.05.2010 / 19:56