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