VMWARE Workstation 7.1でWindows 7を使用しています
400 MB を超えるサイズの大きなフォルダーを削除しようとすると、30 分以上かかります。しかし、VMWARE の外部のホスト (Windows 7) で同じ操作を実行すると、数分しかかかりません。
SHIFT キーを押しながら Delete キーを使用してごみ箱をスキップしたり、ごみ箱に送信したりしてみましたが、すべて同じ結果になりました。
ホストでは数分しかかからないのに、VMWARE ではなぜそんなに時間がかかるのか理解できません。
ホストよりも 5 分ほど長くかかるのであれば理解できますが、28 分も長くかかります。
他にもこのような経験をした人はいますか? それ以外の場合、私の VM は正常に動作し、応答性も非常に高いのですが、このような大きなフォルダーを削除するときだけ、非常に時間がかかります。
回避策や修正方法をご存知の方はいらっしゃいますか?
編集： もう少し情報があります。コマンドプロンプトを開いて実行すると表示されます。
del *.* /f /s /q
わずか数分で完了します。では、なぜこれが Windows GUI 経由で削除するよりもはるかに高速に動作するのでしょうか?
答え1
ランダム アクセス時間の遅さに悩まされています。削除は本質的にランダム アクセスの負荷です。残念ながら、VM をシック プロビジョニング ディスク (デフォルトではありません) で構築しない限り、ハイパーバイザーはゲスト上の未使用領域を保存する時間を無駄にしないため、すべての読み取りまたは書き込みを VMware によって実際の場所に変換する必要があります。
VM をデフラグすると、若干良い結果が得られる場合があります (注: Windows のデフラグと混同しないでください。これは VMDK 形式自体のデフラグです)。デフラグは、VM をシャットダウンし、VM プロパティでハード ディスクを選択して、[ツール] -> [デフラグ] を選択することで実行できます。
VM にスナップショットがある場合、リーフ スナップショット (つまり、独自のスナップショットを持たないスナップショット) のみがこの方法で影響を受けることに注意してください。スナップショットされた VMDK ファイル上のデータのチャンクは、実際には最適化されません。
また、スナップショットを使用している場合、そのシナリオではスナップショット システムがコピー オン ライト環境であるため、削除によって実際には新しいデータがコピーされるため、VMWare にスナップショット VMDK にさらに多くのセクションを割り当てるように強制している可能性が高いことに注意してください。
一般的に、ディスク パフォーマンスは VM を使用する上で大きな利点ではありません :(