como consolidar totalmente o espaço livre em um HD desfragmentado

Question

Meu cenário:

• meu disco rígido é totalmente desfragmentado e deve ser mantido desfragmentado
• o espaço livre deve ser totalmente desfragmentado (sem intervalos pequenos), portanto, ao copiar novos arquivos com iso2opl eles não são fragmentados

Acho que a única solução é fazer com que os arquivos existentes "deslizem" em direção ao início do disco.

opções que eu já descartei:

• desfragmentar os novos arquivos depois que eles forem copiados (não é possível fazer isso quando o espaço livre do disco estiver abaixo de 10%)
• reformate o disco rígido e copie todos os arquivos (é lento e não tenho outro HDD livre para o processo)
• jkdefrag -a 5 "Forçar juntos" (criar fragmentos)
• MyDefrag script "Consolidar espaço livre" (criará fargments)
• Defraggler (só moverá arquivos inteiros se eles preencherem os blocos livres )

opções que estou considerando:

• dirms modo "Compacto" (documentação não totalmente clara)
• Auslogics Disk Defrag Free (documentação incompleta sobre consolidação de espaço livre)
• VOPT Defragger "embalagem mais compacta" (documentação incompleta)

EDIÇÃO IMPORTANTE: esqueci de mencionar que meu HDD está formatado em FAT32 e não é uma unidade do sistema!

    

Answer 1

Você pode não conseguir

Se houver arquivos que não possam ser movidos no disco, é muito provável que você não possa ter arquivos 100% desfragmentados E 100% desfragmentar o espaço livre ao mesmo tempo. Isso ocorre porque a quantidade de espaço entre os arquivos que não podem ser movidos pode não ter qualquer combinação de seus arquivos com o mesmo tamanho. Além disso, os próprios arquivos que não podem ser movidos podem estar fragmentados.

Na memória, o FAT32 armazena sua estrutura de diretórios em arquivos que não podem ser movidos, embora tenha sido feito muitos anos desde que eu realmente usei o FAT32. Sim, um diretório é armazenado como um arquivo no disco que contém essencialmente uma lista de arquivos e pastas dentro dele e onde no disco cada um deles é iniciado. À medida que você adiciona mais arquivos a um diretório, o tamanho do arquivo que armazena as informações do diretório aumenta. Isso pode se tornar fragmentado. O NTFS também permite que você desfragmente os arquivos de diretório.

Se esta for também uma unidade do sistema, também haverá alguns arquivos de sistema que não podem ser movidos. Você pode contornar isso colocando o disco em outro sistema ou inicializando a partir de outra unidade / cd / dvd / usb / etc.

O desenvolvedor do jkdefrag renomeou seu produto para MyDefrag. Eu sei que a ferramenta MyDefrag permite que você envolva um arquivo em torno de arquivos que não podem ser movidos, de modo que o espaço livre seja 100% consolidado e todos os arquivos móveis no disco estejam em ordem seqüencial, como arquivos desfragmentados. entre segmentos do arquivo. Isso mostrará os arquivos como fragmentados, mas a leitura deles ainda será muito rápida devido a eles estarem no disco em sequência. A leitura de um desses arquivos que envolve os arquivos que não podem ser movidos ocorrerá na ordem sequencial do endereço do bloco lógico do disco, mas com algumas lacunas aqui e ali. O tempo que leva um disco para pular a leitura de alguns setores é MUITO curto.

Edit: Além disso, só porque não há espaço livre aberto não significa janelas ou que o Linux usará o espaço que você espera em uma natureza seqüencial ao adicionar novos arquivos. Você pode ter que desfragmentar de qualquer maneira.

    

Answer 2

Estou executando o Windows XP e tenho o utilitário de linha de comando versão 3.0.0.0 para dirms de 2010 instalado. Do meu conhecimento da documentação deste programa, o NTFS deixa uma lacuna entre os arquivos, de modo que um disco tenha fragmentado o espaço livre. Em segundo lugar, se um arquivo menor for excluído da unidade, isso abrirá seu espaço para reutilização. Se um arquivo maior for adicionado, mesmo se houver um segmento grande de espaço livre suficiente para armazenar esse novo arquivo em um segmento, o primeiro espaço menor será usado e o arquivo será fragmentado, pois o fragmento restante preenche o próximo espaço disponível.

Os diretórios agrupam os arquivos, desfragmentando o espaço livre e disponibilizando segmentos maiores de espaço. Isso é feito com a entrada da linha de comando "dirms c compact", onde o primeiro "c" é a letra da unidade a ser compactada. Se desfragmentar e mover arquivos mais próximos por meio da compactação, isso reduz a tendência de fragmentar arquivos.

Os endereços não podem resolver o problema do NTFS com a exclusão de um arquivo menor e a adição de um arquivo maior, pois o novo arquivo ainda preencherá o primeiro espaço disponível desocupado pelo arquivo menor e excluído e se tornará fragmentado. Isso é uma falha no sistema de arquivos. (Claro, uma corrida de Dirms após a exclusão de um arquivo irá evitar a fragmentação do novo arquivo!)

Eu também entendo na documentação que os dirms reduzem o número de fragmentos quando não há espaço livre suficiente disponível para desfragmentar completamente um arquivo. A ferramenta de desfragmentação integrada nem tentará desfragmentar um arquivo se não houver espaço livre suficiente em um segmento para conter o arquivo inteiro. Dirms afirma que uma desfragmentação parcial ainda é melhor do que nenhuma, pois requer menos movimento da cabeça de unidade para ler o arquivo.

Eu tenho o DiskDefrag 4.4.2.0 da Auslogic instalado, e ele tem a capacidade de posicionar os arquivos do sistema primeiro na unidade para uma rápida resposta do sistema. Percebo que ele deixa um segmento de espaço livre perto do começo, enquanto dirms não. Pode ser o pensamento aqui é fornecer espaço livre perto da frente da unidade para resposta rápida de leitura-gravação em uma unidade recentemente desfragmentada.

Eu tenho a idéia de que o Auslogics também compacta arquivos juntos, mas a documentação deles é um pouco fraca nesse ponto, em comparação com a discussão bastante aprofundada oferecida por dirms.

Eu notei algum aumento de desempenho após a primeira execução do Auslogics, reordenando os arquivos do sistema primeiro.

Talvez o melhor dos dois mundos seja executar periodicamente o Auslogics para colocar os arquivos do sistema primeiro e depois compactar com os dirms. Eu não sei se remover o espaço livre inicial da Auslogics com dirms materialmente tiraria o aumento de velocidade do sistema, mas isso consolidaria seu espaço livre na extensão permitida pela presença de arquivos imóveis.

O amigo que me colocou na Auslogics indicou o desejo de que o Auslogics permitisse que ele colocasse o arquivo de swap na frente, para possivelmente aumentar ainda mais o desempenho.