仮想マシンで実行されているハードドライブを最適化する必要がありますか?


18

SSDでDefragを実行しても意味がありません(実際には悪い考えです)。SSD上で実行されている仮想マシンはどうでしょうか。基本的に同じ方法でハードドライブにアクセスしているので、ハードドライブを最適化する必要がありますか。


これはSOであるが、関連するかもしれない理由は考えない:stackoverflow.com/questions/281527/...
デアHochstapler

VSS対応のデフラグツールを使用しないと、VSSによってストレージが増大する可能性があります。

デフラグオプションが仮想化ソフトウェアの一部である場合のみ。
qasdfdsaq

回答:


14

私はVHDをデフラグしますが、時間ではなくスペースの理由で:

VHDには動的に割り当てられたオプションを使用しているため、VHDは小さく起動し、必要に応じて拡張します。ただし、VHD(ファイルである必要はありません)が断片化すると、割り当てられたすべてのブロックが含まれるように拡張されます。VHDのデフラグは、再度圧縮するための最初のステップです。


VMはSSD上にあるため、スペース係数が関連する場合がありますが、一般的に、パフォーマンス上の理由からSSD上のデフラグは不要であり、推奨されていません。
Bigbio2002

3

SSDを最適化する必要はありません。通常のハードドライブは、ファイル(の一部)を見つけるためにスピンする必要があります。SSDはRAMと同等であり、すべてのファイルに同じ遅延で到達できます。

ウィキペディアで、「SSDのデータの保存場所に基づいて読み取りパフォーマンスは変化しない」と述べています


ウィキペディアの記事へのリンクを提供してください。
wizlog

1
@wizlog Voila;)
サイモンヴェルベケ

2

これは私の意見であり、バックアップするためのテスト結果はありません。おそらくどのように起こるかのおおよその概算は次のとおりです。

実OS:

  1. アプリケーションがデータXを要求する(高速)
  2. OSはディスクドライバーにデータXを要求します(高速)
  3. 物理ディスクがデータXをフェッチしてOSに返します(断片化されている場合は遅い

VMでの同等のコマンドチェーンを次に示します。

  1. VMアプリケーションがデータXを要求する(高速)
  2. VM OSはデータXを要求します(高速)
  3. VMホストは、仮想ディスクファイルに保存されているデータXを取得するように実際のOSに要求します(高速)
  4. Real OSは、ディスクドライバーにデータXの取得を要求します(高速)
  5. 物理ディスクはデータXをフェッチし、OSに返します(断片化されている場合は遅い)。

ご覧のとおり、どちらの場合でも、物理ハードドライブがデータを読み取ろうとする操作の段階でフラグメンテーションが実際に問題になるだけで、実際のOSではVMコンテキスト外で発生します。それ以前は、すべてがメモリ内で発生する可能性があります。

結論として、SSDは実際のOSで断片化の影響を受けず、VMでの断片化の問題はおそらく操作の最後の物理ステップでのみ発生することがわかっているため、仮想OSまたはメインOSの仮想ディスクファイルはSSDのパフォーマンスを改善しませんが、実際のOSのデフラグと同じくらい有害/役に立たないでしょう。

編集:そして、それが正しい場合、SSDにVMを配置することは非常に正当な理由です!HDDでは、任意の段階(ゲストOS、仮想ディスクファイル、実際のOS)での断片化が線形性を破壊し、物理ディスクの段階で断片化を引き起こします。


2

仮想マシンが従来の磁気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トラフィックを引き起こす効果があります。

これを裏付けるベンチマーク結果があります。必要に応じて、コメントを投稿し、これらの結果をリクエストしてください。喜んで共有します。


ハワード・バトラー、このサイトは初めてです、ようこそ。一般的に、インターネット上で個人情報を公開することは本当にお勧めできません。
wizlog

@wizlog情報が自分のものである場合、インターネット上に個人情報を投稿しても何も問題はありません。ただし、StackExchangeの目的では、回答に連絡先情報または「署名」を投稿することは冗長です。ユーザーは、必要に応じてプロファイルをクリックして詳細を確認できます。
iglvzx

@iglvzx私は、本質的に同じことを示唆するコメントを作成していました... この回答で推奨されているように。
wizlog

2

SSDの従来のデフラグに関する最初の質問に関しては、それは悪い考えであることに同意しますが、ファイルの移動とSSDの寿命の懸念に対処する特定のソリューションが利用可能です。

オペレーティングシステムとしてWindowsを実行している仮想マシンでは、引き続き断片化が発生し、追加のI / Oトラフィックの複合効果により、ゲストシステムだけでなくホストの速度と効率も低下します。MicrosoftとVMwareは、ゲストレベルでフラグメンテーションに対処する必要があることを推奨しています。

その理由は…

  1. アプリケーションはデータXを要求します

  2. 要求はNTFS.sysによって処理されます

  3. ファイル属性が検査され($ MFT)、データが単一のエクステント(フラグメント)に含まれていない場合、エクステント/フラグメントごとに追加のI / O要求が作成され、元のデータ要求を満たします。

  4. これらの各要求は、ディスクストレージドライバーに送信されます。

  5. データが取得されると、スタックからユーザー/アプリケーションに戻されます。

各Windows仮想マシンは、このタイプのI / Oトラフィックをホストシステムに送信しています。ファイルシステム構造がゲスト/仮想マシンレベルで断片化されている場合、これは追加の不要なI / Oトラフィックに変換され、ホストが処理し、バックエンドストレージをファーム化する必要があります。仮想マシンを追加するにつれて、これはさらに複雑になります。実際、ホストファイルシステムレベルでフラグメンテーション内にフラグメンテーションを設定できます。

データがSSDに保存されているか、従来のHDDに保存されているかにかかわらず、Windowsを実行している場合、NTFSファイルシステムは断片化され、その結果、NTFSファイルと空き領域の断片化により、製造業者の定格速度とスループットを達成できなくなります。平均ディスク読み取りキューの長さ、平均書き込みキューの長さ、そして最も重要な分割IO /秒を調べることにより、PerfMonを介して効果を測定できます。


1

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


0

240Gb INTEL SSDSC2CW240A3でホストされているWindowsデフラグを使用して、VMLite XPMode VMをデフラグしました。

ホストでのデフラグ前のVMサイズ-7.83Gb(C:上の使用済みスペース、VMで5.81Gbの121Gb)

デフラグ後-9.86Gb(Cの使用済みスペース:VMで、121Gbの5.80Gb)

期待した結果ではなく、デフラグ前のバージョンを復元しました。


-1

いいえ、そうでもありません。Diskeeperの「Hyperfast」のようなものがありますが、これらのテクノロジーがどれほど効率的かはわかりません。(それはたぶんぼったくりなので、SSDが主流になってから市場から落ちないでしょう。)


超高速、魔法のソースのように聞こえます。
ジャフィン
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.