Windows 7の組み込みおよびサードパーティの（デ）フラグメンテーション関連のクエリ
私は、ファイルがどのように断片化されるかについてかなり良い考えを持っています。とはいえ、さまざまなサイズ（数KBから約20GB）の約3,200個のファイルを外部USB HDDから内部の新しくフォーマットされた（Windows 7 x64の場合）、NTFS、2TB、5400RPM、WD、SATA、非-システム（つまりセカンダリ）ドライブ、57％を満たします。各ファイルが1つの連続したブロックに格納される可能性が非常に高いため、このかなり長い演習の後、ドライブは最大で1〜2％しか断片化されないと予想しました（残念ながら、この古いマシンはサポートしていません） USB 3.0）。
Windows 7に組み込まれているデフラグユーティリティは、簡単な分析の結果、ドライブが断片化されているのは1％程度であると教えてくれました。これは、私の期待とうまく調和しています。しかし、好奇心から、PiriformのDefragglerの最新のポータブルx64バージョンをダウンロードして実行し、ドライブが〜85％断片化！ Auslogics Disk DefragのポータブルバージョンもDefragglerに同意し、どちらもドライブを完全にデフラグするために約10時間粉砕することを明確に期待していました。
1）ビルトインとサードパーティのデフラグユーティリティがsoにひどく反対する可能性はありますか？つまり、10〜20％の差異はおそらく理解できますが、1％と85％はマイル離れています！ ThisEngineering Windows 7ブログ投稿 状態：
Windows XPでは、複数の部分に分割されたファイルはすべて断片化されていると見なされます。フラグメントが十分に大きい場合、Windows Vistaではそうではありません。デフラグアルゴリズムが（Windows XPから）変更され、64MBを超えるファイルの断片が無視されるようになりました。その結果、XPのデフラグとVistaのデフラグはボリューム上のさまざまな量の断片化を報告します。..[引用が文脈から外れることはありません。]
サードパーティのデフラグユーティリティがこのXP後の変更を無視し、使用されているXP）と同様の分析アルゴリズムを引き続き使用している可能性がありますか？
2）サードパーティのユーティリティが断片化の実際の範囲（WindowsがXP後に軽視している）について嘘をついていないと仮定すると、ファイルが空のドライブに新たにコピーされただけで、ファイルがそれほどひどく断片化された可能性がありますか？
3）大きく異なる分析アルゴリズムがあくびのギャップを説明している場合、私はどちらを信じますか？私は確かにデフラグマニアではありませんが、85％で、このドライブのデフラグに10時間を費やすことを真剣に検討することができます。一方、Windows独自のデフラガーによって報告された1％は、懸念の原因がなく、デフラグが実際に否定的な結果をもたらすことを明確に示しています（投稿による）。 Windowsの仮定は有効ですか、それをそのままにしておくべきですか、それとも注目に値するパフォーマンスがありますか？サードパーティのユーティリティの1つを10時間連続で実行した後、利益が得られますか？
4）すぐに使用できるWindows7デフラグが毎週実行されるようにスケジュールされていることがわかります。毎回デフラグするのか、それとも分析によって設定されたしきい値を超える断片化の割合が明らかになったのかを誰かが知っていますか？後者の場合、このしきい値は何ですか？おそらくレジストリの編集を介して変更できますか？
読んでくれてありがとう（この素晴らしいサイトでの私の最初の質問です！）そして有益な返信をありがとう。また、質問3に回答する場合は、Windowsの組み込みプログラムに対してサードパーティのユーティリティを使用してデフラグを実行した後の速度の向上には、Vistaより前（できればWin7より前）の例を含めないでください。さらに、これは非システムドライブであるため、システムの起動を高速化したプログラムの例はこの場合は役に立ちません（ただし、毎日使用されます）。
「断片化されたファイルを組み合わせても、認識できるメリットが得られなくなるポイントがあります。」
1）defragglerは64mbより大きいすべてのフラグメントを含むすべてのフラグメントをカウントしていると思いますが、64mbを超えるものを組み合わせるのは時間の無駄なので、W7はそれらを無視します。
2）システム以外のディスクへのファイルコピーでこれが発生することはめったにありません。あなたのケースで何が起こったのかわからない。
3）マイクロソフトエンジニアは正しいと思います。
4）W7デフラグはタスクスケジューラで設定されています。タスクを編集して、必要なパラメータを変更できます。
タスクスケジューラを開き、[タスクスケジューラライブラリ]> [Microsoft]> [Windows]> [デフラグ]に移動します
タスクを右クリックしてプロパティを選択します（何かを変更してもうまくいかず、工場出荷時のデフォルトを覚えていない場合に備えて、タスクをバックアップとしてエクスポートできます。
。 
。
ここでデフラグタスクパラメータを編集します
。 
私の記憶が正しければ、最新バージョンのNTFSは、ファイルの間に意図的にスペースを残して（ボリュームがいっぱいでない場合）、ファイルが断片化することなく大きくなるようにします。サードパーティのツールがこの空のスペースを見て断片化としてカウントしている可能性があります。つまり、ボリュームの空き領域が（意図的に）断片化されており、サードパーティのユーティリティがそれを排除して、リスクを軽減したいと考えています。新しいファイルは、ギャップに収まるようにフラグメント化する必要があります。
この場合、サードパーティのユーティリティを使用してドライブを最適化しても、パフォーマンスが大幅に向上することはありませんが、ボリュームが非常にいっぱいになった場合にパフォーマンスが低下する可能性はありません。個人的には気にしません。