新しいシーズンが始まり、オフィスの1つでCPU負荷が100％に達し始めました。これは、特にユーザーが作業速度について不平を言い始めた後、悪いことです。
問題の原因は明確ではなく、従業員の数は変わらず、ソフトウェアは変わりませんでした...同じ条件のすべてのオフィス。
彼はテストベンチを組み立て、解決策を探し始めました...
サーバーとクライアントの場所の異なる設定をソートするのに長い時間がかかりました。これは別のトピックです。
創造的な検索で、RDPプロトコルとRemoteFXプロトコルを比較し、結果を公開することにしました。
サーバー：
HP ML350 G6、1 * Xeon5620、42GB RAM。
DirectXハードウェアグラフィックスカードがありません。
SHD：
HP MSA P2000 G3 SAS、4つのSASディスクからR5アレイが組み立てられます。
オン：
ESXi 5.1がサーバーにインストールされます。
ターミナルサーバーはVMで、4 vcpu（8000 MHz）と20gb RAMが割り当てられ、Windows Server 2008R2 SP1がゲストOSとして使用されます。
プロセッサの負荷は、IE11、Adobe PDF Reader 11、1c8の3つのアプリケーションで比較されました。
8〜10回の測定を行いました。測定時には、実験ユーザーと管理者ユーザーのみがサーバーで作業しました。
クライアントの場所としてWindows XPとWindows 7 SP1を搭載した2台のラップトップと、HP Smart Zero 4.4 OSがインストールされたHP t510シンクライアントを使用しました。
結果
IE11、YouTubeにあるテストビデオがリリースされました。
RDP-CPU使用率21-23％
RemoteFX-CPU負荷11〜18％
ラップトップをHPシンクライアントに交換した後。
RDP-CPU負荷17〜21％
RemoteFX-CPU負荷10〜12％
実験室の条件では、違いはCPU時間の5〜10％で、RemoteFXが有利でした。
追加する必要があるのは、ビデオ再生のスムーズさにより、RDPがRemoteFXにさえ近くないことです。RemoteFXをオンにすると、一見すると、通常のPCと比較して違いはありません。
彼は、シンクライアントHPでさらにすべての測定を行うことにしました。
PDFドキュメントとスクロールに渡します。
RDP-CPU負荷16-20％
RemoteFX-CPU負荷12-17％
RemoteFXの有利な差は3〜4％でした。
それは1s8の番でした。再びドキュメントのリストをスクロールします。
RDP-CPU負荷14-17％
RemoteFX-CPU負荷17-18％
RDPに有利な差は1〜3％でした。
正直なところ、1c8の結果が気に入らなかった。 私はすべてをチェックし、追加の測定を行うことにしました。
結果を再測定しましたが、すべてが問題ないようで、測定値の誤差に収まりました。約1〜2％です。
1の結果は測定エラーに起因する可能性があり、最終的には1がRDPまたはRemoteFXによるユーザーの接続方法に関係ないことがわかります。
予備的な結果をまとめると
ビデオはコーデックの品質を評価するのに最も適していると思うので、1とドキュメントの操作はユーザーの作業時間の大部分を占めるため、他のテストを実施することにしました。
以前はPCoIPを見てみましたが、結果が気に入らなかったので、もう一度見る必要があるかもしれませんが、心配しないでください。RemoteFXはPCoIPよりも安く、VDIコンセプトはターミナルサーバーよりも好きです。
エンタープライズ「X」の場合、18〜24人のユーザーが40〜80％の負荷で1つのXeon5620プロセッサで作業し、ターミナルサーバーに加えて、ドメインコントローラーと他の小さなvmが動作します。
ご覧のとおり、RemoteFXの実装により、サーバープロセッサの負荷が20〜30％削減されるか、約5〜7人のユーザーが追加されます。
RemoteFXへの関心が高まり始め、測定の継続が決定されました
最初に、送信される音質の向上がどのように影響するかを比較します。
標準設定では、十分な数のユーザーがサーバーで作業しているときに音質が動的に選択されます-これは可聴です。
YouTube（RDP）でビデオを見ると、プロセッサの負荷は18〜22％、標準設定では結果は17〜21％です。
YouTube（RemoteFX）でビデオを見ると、プロセッサの負荷は10〜16％、標準設定では結果は10〜12％です。
違いはごくわずかであり、必要に応じて、高品質を安全に設定できます。
ただし、ネットワークトラフィックに注意するようにお願いします。測定しません。すべてのユーザーとサーバーはスイッチから離れた場所にあります。 狭いチャネルで作業する場合は、ネットワークトラフィックを考慮する必要があります。
次に、設定、フレームレート、画質、コーデック最適化を変更するときのRemoteFXの動作
画面キャプチャ率=最低
画面の画質=中（デフォルト）
YouTubeクリップ：
CPU負荷5-8％
PDFとスクロール：
CPU負荷14〜18％
1s8とスクロール：
CPU負荷は12〜18％です。
メディアの場合、私たちは勝ちますが、ビデオがそれほどスムーズに再生されず、RDPの場合と同様に痙攣が見えることがすぐにわかります。
あなたがそれについて考える場合、それで何も悪いことはありません、それはすべてユーザーが実行しなければならないタスクに依存します。
オフィスワークの場合、意味は失われますが、ドキュメントの操作には2倍のプロセッサー時間が消費されます。
画面キャプチャ率=中（デフォルト）
画面の画質=最低
YouTubeクリップ
CPU負荷5〜11％
PDFとスクロール
CPU負荷12-16％
1s8とスクロール
プロセッサの負荷は18〜21％です。
私たちは、オフィスの仕事に利益がない場合に結果を取得し、メディアの場合、ネットワークトラフィックの結果が見える場合があります。
画面キャプチャ率=最低
画面の画質=最低
YouTubeクリップ
CPU負荷5-10％
PDFとスクロール
CPU負荷12-16％
1s8とスクロール
CPU負荷は16〜19％です。
コメントはありません。
画面キャプチャ率=最高（最高品質）
画面イメージ品質=最高（最高品質）
YouTubeクリップ：
プロセッサの負荷は9〜13％です。
1sとPDFの結果については、判明したように、私には忍耐がありませんでした。
最高（最高品質）の設定から、別の結果が予想され、その結果は測定エラーに起因する可能性があります。
次は、コーデックの最適化、テキストvsリッチマルチメディアです
Rich Multimediaコーデックのデフォルト設定。
PDFとスクロール：
CPU負荷13-16％
1s8とスクロール：
CPU負荷16-19％
要約表
合計
すべてのターミナルサーバーで、RemoteFXをオンにしましたが、間違いなく悪化することはありません。
ハードウェアグラフィックカードを追加すると、結果がどのように変化するかが興味深いものになりました。