アプリケーション開発が期待走RDP;他のヒント?
https://stackoverflow.com/questions/972771
-
13-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
仮に私が開発にかなりグラフィカルに集中的に各種アプリケーション（C++、C#、グラフィックスAPIは未定）に使用するリモートユーザー RDP(いずれかの端子のサーバセッションまたはリモートアクセスシングルユーザーになります。当たり前のことで不要な"アイ-キャンディーとアニメーションを作成することは避けてください。私の質問:
何をすべきかいには十分注意してくださいい/避けることがあるが最も効率的な利用の橈プロトコル?(e.g申し訳ありませんでした。RDPできるリモートもグラフィック描画プリミティブのお客様...それだけGDI?利用にはダブルバッファリングの休憩などのリモ力ビットマップモードになっていますか？はクライアント側のビットマップのキャッシュ"仕事だけではなかみキャッシュがついたもののようにフォントおよびアイコンは?)
ある種の橈プロトコル分析器りますが、一部に見えるRDPストリームが実際に運(特に、ビットマップvs画をプリミティブ)?いきものための計測を rdesktop 源ずかに存在して).
解決
私の経験が今の際はご注意くださいでは、アニメーション-特にフェードup/downを制御できる真剣にキ性能を発揮RDP.
ダブルバッファリングの原因となりますので、必ず一問題が発生したいかなければいけなかったものの回避策のためにこの 第 によるレイモンド-陳説明の落とし穴になりました。
基本的にするようにチェックインコードかどうかを走るリモート-セッション（橈、Citrixします。か GetSystemMetrics( SM_REMOTESESSION ) きれいにしか実行を有効とするか無効とするか特定の特徴です。
他のヒント
私の考えは、RDPに作られた最適化の作業はすでにあなたが記述している問題の90％をカバーするので、私はRDPのために最適化する心配はないだろうということです、あなたはすでに目キャンデーのものを削除している、あなたがいることを知っていますアプリケーションは、私はあなたがフォームの連続再描画を必要とする操作を避けるだろうと仮定RDP経由で使用されます、私はsouldが十分にあることを信じています。
私たちのアプリケーションを念頭にRDPで設計されていませんでした、我々はあなたが顧客がそのすべてのクライアントがリモートの場所から（その特定の場合には、Citrix社）をRDP経由で使用されることを私たちに語ったとき、持っているだけでなく、我々はdidnの場合、同じ悩みを持っていました「Tは、顧客がRDPによるslowlyness問題に呼び出されることはありません単一のコード行を変更します。
を時期尚早の最適化は悪である...覚えておいてください。の
