SSDでDefragを実行しても意味がありません(実際には悪い考えです)。SSD上で実行されている仮想マシンはどうでしょうか。基本的に同じ方法でハードドライブにアクセスしているので、ハードドライブを最適化する必要がありますか。
SSDでDefragを実行しても意味がありません(実際には悪い考えです)。SSD上で実行されている仮想マシンはどうでしょうか。基本的に同じ方法でハードドライブにアクセスしているので、ハードドライブを最適化する必要がありますか。
回答:
私はVHDをデフラグしますが、時間ではなくスペースの理由で:
VHDには動的に割り当てられたオプションを使用しているため、VHDは小さく起動し、必要に応じて拡張します。ただし、VHD(ファイルである必要はありません)が断片化すると、割り当てられたすべてのブロックが含まれるように拡張されます。VHDのデフラグは、再度圧縮するための最初のステップです。
これは私の意見であり、バックアップするためのテスト結果はありません。おそらくどのように起こるかのおおよその概算は次のとおりです。
実OS:
VMでの同等のコマンドチェーンを次に示します。
ご覧のとおり、どちらの場合でも、物理ハードドライブがデータを読み取ろうとする操作の段階でフラグメンテーションが実際に問題になるだけで、実際のOSではVMコンテキスト外で発生します。それ以前は、すべてがメモリ内で発生する可能性があります。
結論として、SSDは実際のOSで断片化の影響を受けず、VMでの断片化の問題はおそらく操作の最後の物理ステップでのみ発生することがわかっているため、仮想OSまたはメインOSの仮想ディスクファイルはSSDのパフォーマンスを改善しませんが、実際のOSのデフラグと同じくらい有害/役に立たないでしょう。
編集:そして、それが正しい場合、SSDにVMを配置することは非常に正当な理由です!HDDでは、任意の段階(ゲストOS、仮想ディスクファイル、実際のOS)での断片化が線形性を破壊し、物理ディスクの段階で断片化を引き起こします。
仮想マシンが従来の磁気HDDまたは電子SSDに保存されているデータにアクセスしている場合でも、Windows NTFSファイルと空き領域の断片化により、データを要求するアプリケーションのアクセス速度が低下します。NTFSファイルと空き領域の断片化は、予想よりはるかに頻繁に発生します。オペレーティングシステムをインストールするとすぐに発生する可能性があります。これは、アプリケーションまたはシステムアップデートのインストール、インターネットへのアクセス、写真のダウンロードと保存、電子メール、オフィス文書などの作成時に発生する可能性があります。コンピュータシステムの通常の発生および動作ですが、すべてのアプリケーションとシステムのパフォーマンス。断片化が発生すると、コンピューターシステムと基盤となるストレージは必要以上の作業を実行しています。各I / O要求には測定可能な時間がかかります。SSD環境でも、「インスタント」I / O要求などはありません。アプリケーションがデータの読み取りまたは書き込みを要求し、その要求が追加のI / O要求に分割されると、より多くの作業が行われます。この余分な作業により、その瞬間に遅延が発生します。
ディスクドライブは長年にわたって高速になりましたが、CPUも同様です。実際、ハードディスクとCPUの速度の差のギャップは実際に広がっています。つまり、アプリケーションは十分なCPUサイクルを取得できますが、ストレージからデータを取得するには飢えています。さらに、保存されるデータの量は劇的に増加しました。休暇中に撮影して共有したすべてのデジタル写真を考えてみてください。各写真のサイズは約1MBでしたが、現在は写真ごとに15MBを超えており、それを超えるものもあります。デジタル映画のビデオ編集とレンダリングおよび保存も非常に人気があり、その結果、アプリケーションは数百ギガバイトのデータを操作しています。一般的なディスククラスターのサイズが4kの場合、15MBのサイズのファイルは、ほぼ4,000エクステントに断片化される可能性があります。これは、追加の4 ファイルの読み取りまたは書き込みには、000個のディスクI / O要求が必要です。どのタイプのストレージであっても、操作を完了するのに時間がかかるだけです。
SSD上のデータの物理的な配置は、通常の磁気HDDの場合のように重要ではありません。SSDを使用すると、競合する回転待ち時間やシーク時間はありません。多くの専門家は、断片化はもはや問題ではないと考えていますが、アプリケーションデータのアクセス速度はこれらの用語で定義されているだけではありません。実行されるすべてのI / O要求には、かなりの時間がかかります。SSDは高速ですが、瞬時ではありません。基盤となるストレージはSSDとHDDであるため、Windows NTFSファイルシステムの動作は変わりません。したがって、依然として断片化が発生します。断片化を防止および根絶することで不要なI / Oを削減すると、I / O要求の数が減り、その結果、アプリケーションデータの応答時間が短縮され、SSDの全体的な寿命が向上します。本質的に、
さらに、SSDでは、HDDのように古い情報を上書きするのではなく、新しいデータを上書きする前に古いデータを消去する必要があります。これにより、摩耗が2倍になり、SSDの速度パフォーマンスと寿命に大きな問題が発生する可能性があります。ほとんどのSSDメーカーは、これを支援する非常に高度なウェアレベリングテクノロジーを備えています。主な問題は、空き領域の断片化による書き込み速度の低下です。SSD全体に散らばる小さな空きスペースがあると、NTFSファイルシステムは、断片化したファイルをそれらの小さな空きスペースに書き込みます。これは、シーケンシャル操作よりも遅いランダムI / Oトラフィックを引き起こす効果があります。
これを裏付けるベンチマーク結果があります。必要に応じて、コメントを投稿し、これらの結果をリクエストしてください。喜んで共有します。
SSDの従来のデフラグに関する最初の質問に関しては、それは悪い考えであることに同意しますが、ファイルの移動とSSDの寿命の懸念に対処する特定のソリューションが利用可能です。
オペレーティングシステムとしてWindowsを実行している仮想マシンでは、引き続き断片化が発生し、追加のI / Oトラフィックの複合効果により、ゲストシステムだけでなくホストの速度と効率も低下します。MicrosoftとVMwareは、ゲストレベルでフラグメンテーションに対処する必要があることを推奨しています。
その理由は…
アプリケーションはデータXを要求します
要求はNTFS.sysによって処理されます
ファイル属性が検査され($ MFT)、データが単一のエクステント(フラグメント)に含まれていない場合、エクステント/フラグメントごとに追加のI / O要求が作成され、元のデータ要求を満たします。
これらの各要求は、ディスクストレージドライバーに送信されます。
データが取得されると、スタックからユーザー/アプリケーションに戻されます。
各Windows仮想マシンは、このタイプのI / Oトラフィックをホストシステムに送信しています。ファイルシステム構造がゲスト/仮想マシンレベルで断片化されている場合、これは追加の不要なI / Oトラフィックに変換され、ホストが処理し、バックエンドストレージをファーム化する必要があります。仮想マシンを追加するにつれて、これはさらに複雑になります。実際、ホストファイルシステムレベルでフラグメンテーション内にフラグメンテーションを設定できます。
データがSSDに保存されているか、従来のHDDに保存されているかにかかわらず、Windowsを実行している場合、NTFSファイルシステムは断片化され、その結果、NTFSファイルと空き領域の断片化により、製造業者の定格速度とスループットを達成できなくなります。平均ディスク読み取りキューの長さ、平均書き込みキューの長さ、そして最も重要な分割IO /秒を調べることにより、PerfMonを介して効果を測定できます。
Windows Server 2008およびWindows Vista以降では、Windowsのデフォルトのスケジュールされたデフラグタスクに注意してください。
以下で無効にできます: schtasks /change / tn “microsoft\windows\defrag\ScheduledDefrag” /disable
またはPowerShellを使用して:
Get-ScheduledTask ScheduledDefrag | Disable-ScheduledTask
抽出元:http : //www.sysadmit.com/2015/10/vmware-y-gpo-defrag-windows.html