イベント ビューアー内のイベント ログの「アプリケーション」セクションを確認すると、ディスク デフラグ サービスがメインのオペレーティング システム ボリュームのブート最適化を完了したという参照がよく見られますが、これが何を意味するのか、またはディスク デフラグ ツールがこれをどのように実行するのか、正確にはわかりません。これがどのように実行されるのか説明できる人はいますか?
答え1
ディスク デフラグ ツールには 3 つの動作モードがあります。
ファイルの最適化:
1 つ (または 2 つ) 以上のフラグメントを持つファイルは、そのフラグメントを保持するのに十分な大きさの最初の使用可能なエクステントに移動され、ファイルが連続したものになります。NTFS ボリューム上には、通常、個別にフラグメント化されているファイルはそれほど多くないため、このモードは高速です。NTFS は、新しいファイルに対してエクステント全体を割り当てることを優先しています。NTFS ボリューム上でファイルがフラグメント化されるのは、既存のファイルに新しいブロックを割り当てる必要があり、その横に十分な空き領域がない場合のみです。このシナリオでは、NTFS は、I/O 要求をより速く満たすために、意図的にファイルをフラグメント化します。
空き領域の統合:
ボリューム上に断片化されたファイルがない場合でも、ファイル間には小さなギャップが多数存在する可能性があります。小さなギャップが多数あるよりも、大きなギャップが少数ある方が望ましいです。後者の場合、将来のファイルまたはファイルの増加のために連続したエクステントを割り当てるのに十分な大きさのギャップがなくなる可能性が高くなります。これは、ボリュームがほぼいっぱいになったときに大きな問題になります。空き領域の統合では、ディスク上の割り当て済み領域と空き領域の両方が大きな連続領域になるようにファイルを再配置します。この操作は、ほとんどすべてのファイルにアクセスする必要があるため、断片化が激しいボリュームでは非常にコストがかかります。ディスク デフラグ ツールは、手動で実行しない限り、空き領域の統合を実行しません。
ブート最適化:
オペレーティング システムの起動と実行に不可欠なファイル (レジストリなど) は、ボリュームの最も小さい番号のブロック (つまり「先頭」) に配置されます。物理ハード ドライブは一定の線速度で回転し、プラッターの外側の端から内側に向かってデータを記録します。つまり、ボリュームの先頭に近いデータは、末尾に近いデータよりも物理的に高速にアクセスできます。最新のハード ドライブでは、100 MB/秒も高速になることがあります。OS の起動と実行に必要なファイルはめったに変更されないため、起動の最適化は非常に高速な操作です。
ここで注意すべきことは、これらすべては回転式ハード ドライブにのみ関係するものであり、SSD には適用されないということです。SSD 上のファイルの物理的な配置は重要ではありません。すべてのセルのアクセス時間は同じで、隣接していない複数のセルに同時にアクセスでき、コントローラーはデータを物理的に移動せずに仮想データ ブロックの番号を変更できる (または、ブロックの番号を変更せずにデータを物理的に移動できる) のです。
フラッシュ メモリには書き込み耐久性の限界があるため、SSD をデフラグすると、実際には SSD の消耗が早まる可能性があります。ただし、Windows (およびそのデフラグ ツール) は XP 以降、SSD に対応しています。また、SSD は以前ほど壊れやすくはありません。結論としては、最良のシナリオでも、SSD をデフラグしてもメリットはまったくありません。
答え2
アクセサリ、システム ツール、ディスク デフラグ アプリケーションを調べてください。定期的に実行されるようにスケジュールされているため、イベント ビューアーに表示されます。実行中の様子を観察し、ファイル セグメントが連続するように再配置する様子を確認できます。これにより、ハード ドライブがより効率的に動作します。
