背景
ソフトウェアの開発とテストに従事。 自宅では、仮想環境を展開し、開発環境、データベースサーバー、アプリケーションなどの特殊なソフトウェアをインストールする必要があります。本格的なテスト環境が展開されるまで。 私の場合、異なるオペレーティングシステム、データベース、ファイアウォール、IISなどを備えた
アイデア
VmWare Workstationで長年作業を
迅速なネットワーク検索では、パフォーマンスの向上を正確に定量的に推定できませんでした。 一般的な推奨事項のみ：「おそらくより高速に動作する」ということで、特定のハードウェア、テストの種類、VMでの動作に依存します。 そこで、Windows 2012R2 VMを展開して、自分でディスクを操作する速度のテストを行い、Visual Studio 2013を起動してそのプロジェクトを開くことでVMの負荷速度を計算することにしました。 そして、図を完成させるために、テストの種類を拡大します。VMがホームネットワークストレージと異なる仮想マシン（VmWareとVirtual Box）にある場合に同様の測定を行います。 突然、どこかで顕著な結果が得られるでしょうか？
テスト中
テストキット
そのため、次のテストを確認する必要があります。
- クリスタルディスクマーク
- Visual Studioでプロジェクトを開いたときのVMの起動時間
これを5種類のVMタイプと構成（VmWareとVirtualBoxをローカルおよびネットワーク経由で、VmWareを別のディスクに）と組み合わせて、10のテストを取得します。 Virtual BOX
ハードウェア環境
ホストマシン：
OS Windows 8.1;
VmWare Workstation 10.0.6;
バーチャルBOX 5.0.16;
Intel Core i7 4core;
MB Asus P6X58D-E;
24 Gb RAM;
HDD：OS用256 Gb SSD;
VM用HDD：Segate Barracuda ST3250318AS、SATA-II、8Mb、7200rpm。
NAS：
OS Windows 2012R2;
Intel Core i3 2core;
MB Asus P8H61-I;
4 Gb RAM;
HDD Seagate Constellation ES ST1000NM0011 SATA-III、64 MB、7200rpm。
MBに組み込まれたネットワークコントローラーが使用され、マシン間のネットワークは1 Gb / sです。 ホストマシンとストレージのディスクは異なりますが、これはもちろん結果に影響する可能性があります。 ただし、ここでネットワークを介して起動することは主な目標ではないため、ホストマシンとネットワーク接続ストレージの間でディスクをねじることはありませんでした。
すべてのVMのOSはゼロからインストールされ、VMのツール、Visual Studioはインストールされます。 VMでは、Visual Studioプロジェクトがコピーされ、1回開かれます。 次回の再起動でパフォーマンスが測定されます。
VMDKおよびVDIファイルが複数に分割されていない場合、VM全体が1つのファイルに保存されます。
結果
WmWare Workstation、ローカルドライブ上のVMDK（左）およびネットワークストレージ（右）：
仮想BOX、ローカルディスク上のVDI（左）およびネットワークストレージ（右）：
そして、待望の測定、完全に独立したドライブを使用したVmWareマシン：
ご覧のとおり、VMDKファイルを同じディスクに保存してVMを起動することと実質的に違いはありません。 つまり 目立った増加はなく、すべてエラーの範囲内です。 しかし、VMデータを開始し、Visual Studio 2013でプロジェクトを開き、その中で編集するためにファイルを開くときはどうでしょうか。 このプロジェクトでは、ASP.NETでサイズが13 MB、ファイル数が161の小さなサイトを使用しました。 サイトのルートからdefault.aspxを開きました。
| テスト | VmWare LocalVMDK | VMwareの別のドライブ | ネットワーク経由のVmWare | VirtualBOX LocalVDI | ネットワーク経由のVirtualBOX |
| VSでVMを開始、最小：秒 | 2:15 | 1:57 | 1:55 | 1:54 | 2:22 |
ご覧のとおり、別のディスクを使用すると速度が少し向上します（太字で強調表示）。 単一のディスクと比較した他のテストの測定値の広がりとそれらのゲインは、より一貫した環境なしでは説明できません（少なくともディスクをねじる必要があります）。
また、疑問が生じました。ホストマシンのSSDが結果にどのように影響するのでしょうか。 結局のところ、私はそれにVM設定を置きました。 また、OSが実行されている場合、VMEMファイルのサイズは2 GBです。
VMが別のディスクで動作している間に、VM設定とこのVMEMファイルを使用してSSDへの呼び出しを監視しました。 まあ、SSDへの呼び出しはないようで、ディスク負荷の0〜1％です。 次に例を示します。このようなVMをインストールする瞬間です。 ディスクDは天井に使用され、SSDは使用されません。
それでも、私はSSDをそのままにして、VMDK と同じドライブに VMとVMEMファイルの設定を保存することにしました 。 そのため、このディスクは、VM全体をGibletsで処理します。 VMを作成して別のディスクを選択する場合、ディスク全体ではなく、このディスクの個別のパーティションを使用することができます。 ディスクを2つの部分に分割し、VM設定を保存するためのサブセクションを少し（30 GB）割り当て、残りのRAWセクションをVMに割り当てました。
VMは通常作成され、設定はホストOSに表示されるセクションに保存されます。 しかし、完全にVM専用のセクションにデータを書き込むとなると、書き込みができないというエラーが発生し、VMがシャットダウンします。 残念ながら、このエラーを無効にすることはできませんでしたが、明確ではありません。
視覚感覚
数値は表示されませんが、インターフェイスの応答時間は、同じドライブまたはネットワークでVMDK / VDIを使用する場合よりもはるかに長くなります。
結論
CrystalDiskと開始時間の効果は重要ではありませんが、別の物理ディスクにあるVMで作業する視覚的な感覚は顕著です。 「ブレーキ」はなく、ホストマシンのように機能します。 全画面モードでは、違いに気付かない場合があります。