回答:
通常、断片化を回避するために約10％の空きを残しますが、キャッチがあります。Linuxは、デフォルトで、ルートユーザー用にディスクの5％を予約します。「df」を使用する場合、非rootユーザーとして実行した場合、出力にはその5％が含まれません。計算を行う際に心に留めておいてください。
ちなみに、tune2fsを使用してルートリザーブを変更できます。例えば
tune2fs -m 2 /dev/hda1
ルートリザーブを2％に設定します。通常、これは、非常に特定の目的を念頭に置いていない限り、もちろん推奨されません。
Windowsでは、実行時にドライブにそれほど空きがないとデフラグが実行されないため、10％プラスをお勧めします。ただし、空き領域を残しても、断片化の発生が必ずしも停止するわけではありません。既に述べたように、使用法に依存します。断片化は、ドライブ上のデータの分散量と、書き込みおよび削除されるファイルのサイズに基づいて発生します。データが変更され、ファイルサイズがランダムになるほど、断片化が発生する可能性が高くなります。
断片化を最小限に抑える唯一の現実的な方法は、ドライブを定期的に手動でデフラグするか、マシンがアイドル状態のときにWindowsのクリーンアップでバックグラウンドで実行されるDiskeeperのようなツールを使用することです。断片化がバックグラウンドでOSによって処理されるファイルシステムがあるため、手動で最適化を実行する必要はありません。
SSDはこれに新しいレイヤーを追加します。ウェアレベリングとライトアンプリフィケーション。これらの理由により、従来のハードドライブに絶対に必要なスペースよりも多くの空きスペースが必要です。
従来のハードドライブを短くなぞると、ランダムな読み取り/書き込みの待ち時間が短縮されます。SSDを「ショートストローク」すると、ドライブコントローラーはガベージコレクション/ウェアレベリングルーチン用の未使用ブロックを増やすため、ドライブの速度は上がりませんが、寿命が延び、SSDがいっぱいになったときに見られる速度の低下を防ぎます。
あなたはまだドライブをいっぱいにしたくないが、SSDでは即時の効果はありませんし、その理由は異なります。
はい、使用状況と基盤となるストレージシステムに依存します。ハイエンドのSANベースのディスクアレイのような一部のシステムは、ファイルの断片化を笑い、断片化のシステムへの唯一の影響は、あらゆる場所に散らばるOSオーバーヘッドです。ラップトップのような他のシステム、ドライブはすべて一緒に別の話です。そして、それは、スペースのハード制限の概念がせいぜい漠然としているZFSなどの新しいファイルシステムには入りません。
もちろん、NTFSは独自の獣です。最近では、C：\にXPシステムの合計サイズ15GBを割り当てていますが、Vista / Win7で何を推奨するかを十分に理解できていません。C：で1 GB未満の空き領域を確保したくないのです。シャドウコピーを使用すると、他の場合よりも多くの「空の」スペースを維持する必要があり、20％の空きスペースが、追加する必要がある場合やクリーンアップを行う必要がある場合のマーカーになります。
プレーンで古いNTFSデータボリュームの場合、15％未満になると心配になります。ただし、ドライブが1TBドライブの場合、15％はまだ作業して新しいファイルを割り当てるための十分なスペースです（逆に、デフラグにはかなり時間がかかります）。
あらゆる種類のシステムボリューム、および場合によってはより小さなデータボリュームでは、常に約50％を無料で維持しようとします。可能な場合は2を1にサイジングし、警告しきい値を75％か何かに設定します。
ただし、データストレージの場合、監視のセットアップ時に監視および/または推定する必要があるのはデータ増加率の問題のみです。たとえば、1TBボリュームでデータが非常に速く増加しない場合は、数％警告のしきい値は問題なく、使用率は90〜95％で十分です。成長率が高い場合、時間内に通知されるように調整してください。データが成長しておらず、スケジュールされたデフラグで変更されている場合、断片化はしばしば対処できます。
いくつかの理由で、その50％を無料にしようとしています。
ページファイルのサイズが比較的小さいにも関わらず、その余地を残すことで速度が向上すると聞いたことがあります。数年前に出版された非常に役立つ本「PC Hacks」からだと思います。
ドライブがどれほど大きくても、半分だけ満たすことを目標にすると、そこにあるものに気付くことができます。