Para economizar espaço em disco, achei que seria uma boa ideia compactar o VMware vSphere Client que instalei porque quase nunca o uso.
Fiquei surpreso ao descobrir que isso teve exatamente o efeito oposto no espaço livre em disco. Eu procurei mais e descobri que está relacionado à compactação da Helppasta. A perda de espaço em disco não se reflete no tamanho da pasta.
Repeti o ciclo de compactação/descompactação três vezes para garantir que outro programa não ocupasse coincidentemente o espaço em disco. Pode ser notável que a pasta contenha um grande número de arquivos pequenos (≈ 30k).
Por que isso acontece e posso de alguma forma encontrar outras pastas que eu deveriadescomprimireconomizar espaço em disco?
Sem compressão:
Com compressão:
Responder1
Um pouco de conhecimento básico sobre as capturas de tela do tamanho da pasta que você forneceu:
Descompactado
Como esperado, com muitos arquivos pequenos, há muita sobrecarga. Seu disco rígido é particionado com um determinado tamanho de bloco – 4 KB por padrão para NTFS.
Cada arquivo deve alocar um múltiplo de 4 KB, o que significa que não importa se você tem um arquivo de 1 KB ou 3,5 KB, ambos ocuparão 4 KB de espaço. Se você tiver um arquivo de 13 KB, ele usará 16 KB na sua unidade. A diferença entre "Tamanho" e "Tamanho no disco" é a sobrecarga introduzida pelo espaço não utilizado nos blocos, o chamadodicas de cluster.
Comprimido
Após a compactação, o "Tamanho" ainda é o mesmo, pois a quantidade de dados líquidos não mudou em nada. No entanto, a compactação foi capaz de reduzir o tamanho total em cerca de 130 MB. Na verdade, ainda mais porque a sobrecarga aqui também se aplica.Portanto, a compactação economizou algum espaço nessa pasta e isso também é exibido no tamanho da pasta.
Agora, com relação ao comportamento que você vê com o espaço livre em disco reduzido na unidade C: Isso pode ter vários motivos. Uma coisa a entender é que o espaço livre em disco será sempre menor que
<Disk size> - <total size of all files>
Isso ocorre porque há muitos metadados que também ocupam espaço (instantâneos VSS, pontos de restauração do sistema, MFT e assim por diante).
Durante a compactação de arquivos únicos, o NTFS manterá temporariamente o arquivo original até que a compactação seja concluída. Isso é para garantir que você ainda terá uma versão válida do arquivo caso seu computador trave. No entanto, isto deve ser apenas temporário. No entanto, tudo aponta para que os metadados NTFS causem isso.
Para verificar os resultados com mais precisão, você pode fazer o seguinte:
- Comece com uma pasta descompactada
- Desative a proteção do sistema para cada volume (propriedades do computador/proteção do sistema)
- Exclua os pontos de restauração de cada volume na mesma caixa de diálogo
- Use "Limpeza de disco" nas propriedades do seu volume C: para remover arquivos temporários
- Observe o espaço livre em disco
- Compactar a pasta
- Reinicie seu computador
- Use a limpeza de disco novamente
- Verifique o espaço livre no seu disco
Em teoria, você deveria conseguir ver um aumento no espaço livre
Responder2
Tendo pesquisado recentemente um problema semelhante, também posso dizer que um arquivo compactado ocupa pelo menos 4 kilobytes de espaço por arquivo e um espaço temporário de 64 kilobytes, que é o tamanho de uma "Unidade de compactação" para NTFS com tamanho de cluster de 4kb.O artigo em blogs.msdn.comtambém menciona que quando o arquivo é compactado, o espaço em disco é alocado para armazenar uma UC completa, e é liberado em tempo indeterminado. Esta deve ser a razão pela qual você está enfrentando a perda de 5 GB, embora temporária (uma reinicialização deve definitivamente corrigir essa perda, alguns outros meios também devem fazer isso, mas não desfragmentar - tentei e falhei). Aparentemente, o que está alocado parece ser muito maior (64kb*(31048+582) = 2072903680 ou 1,93 GB), mas isso é explicável, pois o NTFS tem transações que levam tempo e unidades de processador para serem confirmadas em dados brutos, e quando esse processo será Quando terminar, você obterá todos os 5 GB mais 150 MB de espaço liberado devido à compactação de volta.
Para resumir, você só perde espaço temporariamente se compactar muitos arquivos. Mas, se esses arquivos forem modificados com frequência, seu espaço em disco será alocado para armazenar dados descompactados para esses arquivos, caso seu conteúdo alterado não possa ser compactado para caber em qualquer espaço que o cluster ocupava antes da ação de gravação.
Responder3
Eu tive os mesmos fenômenos:
Migração de servidor, copiei as pastas de dados de um drive do antigo Windows Server 2012R2 (com 2 pastas compactadas) em um drive Windows Server 2016 Datacenter mais recente do mesmo tamanho onde criei a estrutura de pastas e configurei os flags compactados nessas duas pastas anteriormente ao processo de cópia. Durante a cópia, fico sem espaço em disco e, em qualquer lugar que procurei, apenas 3 GB de 20 GB são usados, mas a própria unidade me diz que 19,x GB são usados. Um colega me disse para remover o sinalizador de compactação e, milagrosamente, os 17 GB perdidos reapareceram.
Então li seu artigo e decidi reaplicar o sinalizador e tentar reiniciar, mas curiosamente o espaço em disco usado não aumentou desta vez.
Acho que pode haver um problema no Windows Server 2016 (talvez desde sempre) de que os arquivos temporários gerados internamente não são limpos corretamente quando os arquivos são copiados para uma pasta compactada (ao contrário de quando o sinalizador de compactação é aplicado a arquivos já existentes).
Responder4
Adjunto: Além das explicações acima, uma pasta de aplicativo pode conter arquivos que simplesmente não são bem compactados - formatos de mídia já fortemente reduzidos em termos de dados (imagens jpeg, arquivos de vídeo, áudio mp3...), arquivos já compactados (muitos formatos de dados hoje em dia são construídos como arquivos ZIP!), arquivos com dados realmente aleatórios ou algo parecido com dados aleatórios, arquivos criptografados - isso pode resultar em mais dados sendo usados para contabilidade do que foi compactado do que foi salvo pela compactação. ...