web-dev-qa-db-ja.com

RDPからServer2008R2へのシンクライアントでの画面の再描画速度の改善

私はここでRDPセッションのパフォーマンスを一般的に向上させることについて読んでいますが、それらの投稿は私が探しているもの、具体的にはウィンドウの再描画率をカバーしていないようです。ビデオの再生やCAD /グラフィックパフォーマンスには興味がありません。

WyseV10LおよびC10LクライアントをServer2008R2ホストに接続しています。これは仮想マシンであり、クライアントの負荷を処理するのに十分な馬力を備えています。画面の再描画率が低いことは、ホスト自体とは何の関係もないと思います。

リモートデスクトップ接続を使用しているWin7マシンからは、かなりまともな再描画率が得られ、不快感やイライラを感じることはありません。ただし、シンクライアントでは、再描画率がはるかに低く、大きな違いがあります。

圧縮、USB /シリアル/サウンド、およびきれいなグラフィック(フォントのスムージング、背景、ウィンドウのドラッグなど)を無効にしてみました。これのどれも、再描画率にわずかな違いさえもたらしませんでした。

Wyseハードウェアがこれ以上速く再描画できないのと同じくらい簡単ですか?比較できるほど強力なWyseデバイスはありません。何か案は?

3
Chris76786777

あなたが説明しているようなパフォーマンスの問題は、ほとんどの場合(私の経験では)ネットワークに関連しています。 RDPセッション(私の意見では)は、他のほとんどのリソースの問題(メモリ、CPUなど)よりも、遅延、輻輳、パケット損失などのネットワークの問題にはるかに敏感です。

そうは言っても、ダム端末のパフォーマンスに関する十分なケースを見て、ダム端末にはパフォーマンスの良いセッションを提供するための馬力がないことがよくあることを知っています。

あなた自身のテストはそれを裏付けているようです。 Windows 7を実行している本格的なコンピューターは問題の影響を受けていないようです。そのため、問題はダム端末自体にあると私は信じています。より新しく、より強力な端末を自由に使用できる場合は、それをネットワークにドロップして、そのパフォーマンスを確認します。また、別のワークステーションまたはラップトップを試して、Windows7ワークステーションと同じ良好なパフォーマンスが得られるかどうかを確認します。より強力な端末または別のワークステーションが、私が思うよりも優れたパフォーマンスを示す場合は、確実に端末に指を向けることができます。

最後に、サーバーやネットワークで実行できる調整は、「消耗戦」になり、無駄の練習につながる前に、できることはそれほど多くありません。端子に問題がある場合、解決策はそれらを交換することです。私は最近顧客と一緒にこれを経験しました、そしてすべての突っつい、突き出し、そして微調整の後の最終的な解決はターミナルを交換することでした。

2
joeqwerty

この投稿がどれほど新鮮かはわかりませんが、見た目はありませんでしたが... WYSE V10Lクライアントを2年半実行しました。画面のリフレッシュレートは問題なく、全体的なパフォーマンスは驚くほど問題ありません。私は前に述べたことを入力するつもりです、あなたのネットワークを見てください!フラットネットワークを使用している場合、VLANや分離されたネットワーク、ブロードキャストトラフィックなどがないと、クライアントのパフォーマンスがゼロになります。それ以来、PCoIP用にP20 WYSEに移行しましたが、これらのV10Lは問題なく動作しました。

ああ、言及するのを忘れました..... 750 WYSE V10Lが同時に、同じネットワーク、同じWindows7ロードアウト。これ以上のエンドユーザーの馬力は必要ありません。クリーンでパフォーマンスの高いネットワークが必要です。幸運を!

0
tgo