デフラグされたHDでフリースペースを完全に統合する方法
私のシナリオ：
- 私のhddは完全に最適化されており、最適化された状態を維持する必要があります
- 空き領域は完全にデフラグされている必要があります（小さなギャップはありません）ので、 iso2opl で新しいファイルをコピーするときにフラグメント化されません
唯一の解決策は、既存のファイルをディスクの先頭に向かって「スライド」させることだと思います。
私がすでに破棄したオプション：
- コピー後に新しいファイルをデフラグします（ディスクの空き容量が10％未満の場合はデフラグできません）
- hDDを再フォーマットし、すべてのファイルをコピーします（速度が遅く、プロセス用に別のHDDを空けていません）
- jkdefrag -a 5「一緒に強制する」（フラグメントを作成する）
- MyDefrag "Consolidate Free Space"スクリプト（fargmentsを作成します）
- Defraggler（空きブロックがいっぱいになった場合にのみファイル全体を移動します）
私が検討しているオプション：
- dirms "Compact"モード（ドキュメントは完全に明確ではありません）
- Auslogics Disk Defrag Free（空き領域の統合に関するドキュメントが不完全です）
- VOPT Defragger "Tightest Packing"（ドキュメントが不完全）
重要な編集：私のHDDはFAT32でフォーマットされており、システムドライブではないことを忘れてしまいました！
あなたはできないかもしれません
ディスク上に移動できないファイルがある場合、100％デフラグされたファイルと100％デフラグされた空き領域の両方を同時に持つことができない可能性が非常に高くなります。これは、移動できないファイル間のスペースの量に、同じ長さのファイルの組み合わせが含まれていない可能性があるためです。さらに、移動できないファイル自体が断片化されている可能性があります。
私が実際にFAT32を使用してから何年も経ちましたが、メモリからFAT32はそのディレクトリ構造を移動できないファイルに保存します。はい、ディレクトリはディスク上のファイルとして保存されます。このファイルには、基本的に、その中のファイルとフォルダのリストと、ディスク上の各ファイルの開始位置が含まれています。ディレクトリにファイルを追加すると、ディレクトリ情報を格納するファイルのサイズが大きくなります。これは断片化する可能性があります。 NTFSでは、ディレクトリファイルを最適化することもできます。
これがシステムドライブでもある場合は、移動できないシステムファイルもいくつかあります。これを回避するには、ディスクを別のシステムに配置するか、別のドライブ/ cd/dvd/usb/etcから起動します。
Jkdefragの開発者は、彼の製品の名前をMyDefragに変更しました。 MyDefragツールを使用すると、ファイルを移動不可能なファイルにラップして、空き領域を100％統合し、ディスク上のすべての移動可能なファイルを、最適化されたファイルのように順番に並べることができますが、移動不可能なファイルはファイルのセグメント間。これにより、ファイルが断片化されたものとして表示されますが、ファイルが順番にディスク上にあるため、ファイルの読み取りは依然として非常に高速です。移動不可能なファイルをラップアラウンドするこれらのファイルの1つを読み取ることは、シーケンシャルディスク論理ブロックアドレスの順序で行われますが、所々にいくつかのギャップがあります。ディスクが一部のセクターの読み取りをスキップするのにかかる時間は非常に短いです。
編集：また、空き領域が開いているからといって、ウィンドウを意味するわけではありません。さらに言えば、Linuxは、新しいファイルを追加するときに、期待する領域を順番に使用します。とにかくデフラグする必要があるかもしれません。
Windows XPを実行していて、2010年のdirmsバージョン3.0.0.0コマンドラインユーティリティがインストールされています。このプログラムのドキュメントを理解していると、NTFSはファイル間にギャップを残し、ディスクの空き領域が断片化しています。次に、小さいファイルがドライブから削除されると、そのスペースが再利用できるようになります。より大きなファイルが追加されると、この新しいファイルを1つのセグメントに保持するのに十分な空き領域のセグメントがある場合でも、最初のより小さな領域が使用され、残りのフラグメントが次の使用可能な領域を満たすときにファイルが断片化されます。
Dirmsはファイルをまとめてパックし、空き領域を最適化して、より大きな領域の領域を利用できるようにします。これは、コマンドラインエントリ「dirmsccompact」で実行されます。最初の「c」は圧縮されるドライブ文字です。最適化と圧縮によるファイルの移動が行われると、ファイルが断片化する傾向が減少します。
ダームは、小さいファイルを削除してから大きいファイルを追加するというNTFSの問題を解決できません。新しいファイルは、小さい削除されたファイルによって空いた最初の使用可能なスペースを埋めてから、断片化されるためです。これはファイルシステムの障害です。 （もちろん、ファイルを削除した後にDirmsを実行すると、新しいファイルの断片化が回避されます！）
また、ドキュメントから、ファイルを完全に最適化するのに十分な空き領域がない場合、dirmsによってフラグメントの数が減ることも理解しています。組み込みのデフラグツールは、ファイル全体を保持するのに十分な空き領域が1つのセグメントにない場合でも、ファイルのデフラグを試みません。 Dirmsは、ファイルを読み取るために必要なドライブヘッドの動きが少ないため、部分的なデフラグがないよりも優れていると主張しています。
AuslogicのDiskDefrag4.4.2.0をインストールしましたが、システムファイルを最初にドライブに配置して、システムの応答性を高速化する機能があります。私はそれが最初の近くに空きスペースセグメントを残すのに対して、ダームはそうしないことに気づきました。ここでの考え方は、デフラグされたばかりのドライブでの迅速な読み取り/書き込み応答のために、ドライブの前面近くに空き領域を提供することである可能性があります。
Auslogicsもファイルをまとめて圧縮していると思いますが、それらのドキュメントは、ダームが提供するかなり詳細な議論とは対照的に、その点では少し簡潔です。
Auslogicsを最初に実行した後、最初にシステムファイルを並べ替えると、パフォーマンスが向上することに気づきました。
おそらく、両方の長所は、定期的にAuslogicsを実行して、最初にシステムファイルを配置し、次にダームで圧縮することです。 Auslogicsの事前の空き領域をダームで削除すると、システムの速度が大幅に向上するかどうかはわかりませんが、移動できないファイルが存在する場合に許容される範囲で空き領域が統合されます。
私をAuslogicsに紹介した友人は、パフォーマンスをさらに向上させるために、Auslogicsがスワップファイルを前に配置することを許可してくれることを望んでいたことを示しました。