vSphere Standartライセンスにより、仮想プロセッサの数が8の仮想マシンを作成して実行できるようになりました。4つの物理コアとハイパースレッディングサポートを備えたインストール済みプロセッサによるこの脅威の詳細をご覧ください。
この資料は、ターミナルサーバーの動作を高速化するための私の試みの継続と見なされるべきだと思います 。
ハイパースレッディングについて
ハイパースレッディングの原理は、プログラムコードの実行時に各瞬間にプロセッサリソースの一部のみが使用されるという事実に基づいています。 未使用のリソースは、作業でロードすることもできます-たとえば、別のアプリケーションを並行して実行したり、同じアプリケーションの別のスレッドを実行したりする場合

Intelのスローガン「タスクが多いほど作業の効率が高い」に続いて、結果を確認するために、ターミナルサーバーのさまざまなセッションで映画の視聴を開始します。 フィルムを実行できるほど、より良いものになります。 CPU負荷の削減も歓迎します。
テスト用に準備されたVMに、ws2008 R2 Standart OSがインストールされます。 テストの時点で、すべての更新プログラムがインストールされました。 ビデオを再生するには、コーデックとDIVXプレーヤーがインストールされています。
テストベンチは、1個のIntel Xeon E5620プロセッサを搭載したHP ML350 G6サーバーから組み立てられます 。
E5620仕様
発売日Q1'10
コア4
スレッド8
基本周波数2.4 GHz
ESXiの結果から始めます
ESXiサーバーバージョン5.1-1483097がサーバーにインストールされています。
HabréでのESXi + Hyperthreadingの動作ロジックについて、興味深い資料「VMWare vSphereに基づいた仮想インフラストラクチャの最適化」が公開されました。
vcpuサイズでのいくつかの実験では、Intel HTテクノロジーがアクティブであり、480p品質のテストビデオが再生されました。

結果からわかるように、ターミナルサーバーで8つのスレッドを使用すると、フィルムの別のコピーを起動して、平均20%の増加を得ることができました。 ただし、1つの物理プロセッサの場合、仮想プロセッサと仮想コアの違いは顕著ではありません。
ホストから修正された場合、VMからの負荷を修正しました-何らかの理由でホストサーバーがVMとは異なる結果をキャプチャします。 実際のユーザーには次のように表示されます。

次のテストでは、BIOSでHTをオフにして、480p、720p、1080pの品質でビデオを再生します。

Hyper-V 2012の結果
OS ws2012 R2 Standartがサーバーにインストールされ、すべての更新がテスト時にインストールされます。
テストVMはVMwareプラットフォームからMicrosoftプラットフォームに移植されました。
パフォーマンス表示はホストから取得されました。

Hyper-V 2008の結果
ws2008 R2 Standart OSはサーバーにインストールされ、すべての更新プログラムはテスト時にインストールされます。
ホストからパフォーマンス測定値が取得されましたが、アクティブHTを備えたHyper-V 2008プラットフォームでは、8 vcpuのVMを作成できなかったため、奇妙な結果が得られました。

構成8でVMを起動できなかった後、vcpuはVDIとともにHyper-V 2008の動作を確認することにしました。 Windows 7 x86で複数のVMが作成され、すべての更新がインストールされます。
VMあたり4 vcpuの結果:

VMあたり2 vcpuの結果:

VMごとに2つのvcpuを使用した構成は、1080pムービーで非常に顕著な結果を示しました。
WS2008 R2物理サーバーの結果
このデータは参照として使用されます:

すべてのプラットフォームの比較
比較のために、ビデオ480pで得られた結果を使用します。

次の結論を出すことができます。
HTを使用すると、多くのスレッド化タスクで見られる結果が得られます。 狭いタスクでのHTの利点を確認する必要があります。
テストでは、プラットフォーム間に明確なリーダーはいません。 また、Hyper-Vに使用されるws2008ライセンシーは、大きなVMを使用する必要がある場合はアップグレードを検討する必要があります。
可能な限りVDIインフラストラクチャに近いFSに結果を取得します。
この結果は、 RemoteFX 8コーデックによって提供されたと思います。