Remoção de velocidade usando 'srm' e o método Gutmann é muito baixo

1

Eu preciso excluir alguns arquivos usando o método Gutmann. Excluindo arquivos usando srm -rvz demorou mais de 16 horas e depois cancelei.

Depois disso, faço um teste: tentei excluir um arquivo de 5 GB usando wipe . Demorou ~ 8 horas para 2 passes e ETA foi 6 dias. No Windows usando borracha e método Gutmann (o mesmo método que wipe usa) demorou menos de uma hora para um arquivo de 2GB.

Por que a velocidade é baixa? A velocidade de gravação / leitura é quase a mesma para ambos os sistemas operacionais.

    
por Norian 21.12.2017 / 05:22

1 resposta

2

O método de Gutmann foi publicado em 1996. Desde então, o próprio Peter Gutmann disse:

link

In the time since this paper was published, some people have treated the 35-pass overwrite technique described in it more as a kind of voodoo incantation to banish evil spirits than the result of a technical analysis of drive encoding techniques. As a result, they advocate applying the voodoo to PRML and EPRML drives even though it will have no more effect than a simple scrubbing with random data.

In fact performing the full 35-pass overwrite is pointless for any drive since it targets a blend of scenarios involving all types of (normally-used) encoding technology, which covers everything back to 30+-year-old MFM methods (if you don't understand that statement, re-read the paper). If you're using a drive which uses encoding technology X, you only need to perform the passes specific to X, and you never need to perform all 35 passes.

For any modern PRML/EPRML drive, a few passes of random scrubbing is the best you can do. As the paper says, "A good scrubbing with random data will do about as well as can be expected". This was true in 1996, and is still true now.

Talvez o apagador do Windows otimize as coisas e omita os passes que considera irrelevantes?

Além disso, parece que srm é desenvolvido usando o princípio de "sem muita cautela, faça o possível". Talvez o uso do modo O_SYNC , as chamadas fsync() e outras coisas que o srm faz para garantir que todos os caches de disco sejam liberados estão causando a lentidão.

    
por 21.12.2017 / 08:33