Por que desfragmentar a unidade C aumentou meu espaço livre em disco em 10 GB?

Usei o Defraggler para desfragmentar o espaço livre na minha unidade de 100 GB C: \, com 85 GB de capacidade. Após a desfragmentação, a unidade mostrou apenas 75 GB completos. Como 10 GB de espaço livre apareceram magicamente? Perdi alguns dados?

Fiz uma limpeza de disco antes da desfragmentação e meu lixo tinha apenas 11 MB, portanto não pode ser por causa da limpeza dos arquivos temporários. Observe que eu desfragmentei o "espaço livre", o que significa que ele deveria ter reorganizado os blocos vazios para serem contíguos.

O que provavelmente aconteceu é que a operação de desfragmentação forçou o Windows a lançar alguns instantâneos de restauração do sistema. Seria um caso patológico de fragmentação para causar sobrecarga de metadados em 10% do espaço em sua unidade, além do que o Windows normalmente usa. mesmo assim, não tenho certeza se é possível.

Não vejo nada no histórico de versões ou na documentação do Defraggler que indique que ele pode desfragmentar corretamente os arquivos para impedir a remoção de cópias de sombra. De fato, esse tópico do fórum de suporte do Defraggler indica que eles sabem o que está acontecendo (há uma postagem de um administrador do fórum chamada "Oficial Piriform Bug Fixer" no tópico), mas não indicam se eles vão ou não consertá-lo.

As cópias de sombra podem ser perdidas quando você desfragmenta um volume : o motivo é que, por padrão, o VSS opera com clusters de 16 KB por padrão, enquanto a maioria dos volumes NTFS é formatada com clusters de 4 KB. Portanto, se uma operação de desfragmentação estiver movendo dados que não são múltiplos de um cluster de 16 KB (ou a "distância" movida não for um múltiplo de 16 KB), o VSS o rastreará como uma alteração e poderá limpar todos os seus dados. instantâneos.

MSDN: desfragmentando arquivos :

Quando possível, mova os dados em blocos alinhados entre si em incrementos de 16 kilobytes (KB). Isso reduz a sobrecarga de cópia na gravação quando as cópias de sombra estão ativadas, porque o espaço da cópia de sombra aumenta e o desempenho é reduzido quando ocorrem as seguintes condições:

• O tamanho do bloco de solicitação de movimentação é menor ou igual a 16 KB.
• O delta da movimentação não está em incrementos de 16 KB.

A desfragmentação integrada do Vista não faz isso :

Uma mudança que não é óbvia para os usuários é a otimização de cópias de sombra durante a desfragmentação. O Defrag possui heurísticas especiais para mover os blocos de arquivos de maneira a minimizar a atividade de copiar na gravação e o consumo da área de armazenamento de cópias de sombra. Sem essa otimização, o processo de desfragmentação aceleraria a exclusão de cópias de sombra mais antigas.

Cada fragmento deve ser rastreado em algum lugar. Isso ocupa espaço de armazenamento (no encanamento do sistema de arquivos, não nas coisas que você deve acessar diretamente).

Um exemplo: suponha que você tenha um único arquivo com 1000 fragmentos. Assim, seu arquivo é armazenado através de uma coleção de blocos aleatórios. Em vez de em um único bloco contínuo. Isso significa que o arquivo fragmentado requer 1000x mais espaço de armazenamento no encanamento do sistema de arquivos, mesmo que apenas para armazenar endereços para cada fragmento. O encanamento do sistema de arquivos mantém pequenos dicionários / bancos de dados / mapas / tabelas / lista no local de cada fragmento do arquivo. Portanto, para o encanamento do sistema de arquivos, armazenar uma lista de um ponteiro de fragmento único não precisa de muito espaço, em comparação com uma lista de 1000 ponteiros de fragmento.

Mas ei, talvez eu esteja errado ...

Editar: informações de suporte a partir daqui :

Quando um fluxo de dados não residente é muito fragmentado, para que seu mapa de alocação efetivo não possa caber inteiramente no registro MFT, o mapa de alocação também pode ser armazenado como um fluxo não residente, com apenas um pequeno fluxo residente contendo a alocação indireta mapear para o mapa efetivo de alocação de não residentes do fluxo de dados não residentes.

Tradução: se você tiver uma fragmentação pesada, as suposições gerais de caso do encanamento do sistema de arquivos não serão aplicadas. Como tal, o FS deve tomar medidas para acomodar a fragmentação e acabar custando espaço de armazenamento extra, apenas para gerenciar os fragmentos. Exatamente meu palpite desde o início.

Edit: Dado o exposto, ainda parece que 10 GB sendo perdidos apenas para fragmentação de arquivos é uma loucura. Aposto que, durante a desfragmentação, você teve uma corrupção comum no sistema de arquivos que foi corrigida automaticamente. Penso que você não apenas teve uma fragmentação maciça, mas também arquivos parcialmente excluídos, ocupando espaço de armazenamento. Seria bom ver um log do scandisk desse desfragmentador (ou uma execução do scandisk antes do desfragmentador)