リモートデスクトップが、仮想マシンではなくホストOSに非常に高速であるのはなぜですか(UI要素のクリック、ドラッグ/ドロップ、さらにはスタートメニューのオープン/検索も!)。
多くのHyper-VセットアップでホストOSとゲストOSの両方に接続したサーバーがいくつかあるため、仮想マシンはすべて非常に低速に見えますが、ホストOSは正常に動作します。
私が理解できる唯一のことは、これらすべての環境(3つのネットワークにまたがる4つ)であり、Microsoftの推奨事項ではありますが、ホストとすべてのVM間で同じNIC 2つのNIC-1つはホストOS用、もう1つは仮想マシン用です。
この場合、Hyper-VでWindows HomeServerを実行しているWindows2008 ServerR2を搭載したホームサーバーがあるホームネットワークでこれを簡単にテストできます。しかし、それが理由でない場合、私は良いギガビットカードにお金を使いたくありません-したがって、この質問の理由。
前もって感謝します!
仮想ネットワークアダプタで「IPv4チェックサムオフロード」を無効にします。
https://nicholasrogoff.wordpress.com/2010/09/24/
Hyper-V Server 2008 R2の仮想ネットワークスイッチは、シンテティックインターフェイスとレガシーインターフェイスをサポートしています。 シンテティックNICは、エミュレートされたレガシータイプよりもパフォーマンスが優れていますが、ゲストVMでHyper-V統合サービスを実行する必要があります。統合コンポーネントは、Windows Server 2003SP2以降のバージョンのWindowsで完全にサポートされています。
ところで、リモートデスクトップをゲストVMに使用することと、vmconnect.exeを使用してリモート処理することにはわずかな違いがあります。どちらもRDPプロトコルを使用します(ソフトウェアは同じライブラリに基づいています)が、vmconnect.exeは、通信をゲストにトンネリングするホスト環境に接続します。
Hyper-Vでのアダプターの構成と、ゲストVMでの統合コンポーネントのサポートが可能な限り最良のセットアップで行われ、リモートデスクトップがまだ遅い場合は、ウィンドウ自動調整スループットスロットルの無効化に関する以下の投稿を参照してください。
http://blog.tmcnet.com/blog/tom-keating/Microsoft/remote-desktop-slow-problem-solved.asp
netsh interface tcp set global autotuninglevel=highlyrestricted
netsh interface tcp set global autotuninglevel=disabled
netsh interface tcp set global autotuninglevel=normal