8

Windows XP のリモート デスクトップでは WPF プリミティブがサポートされないと聞いています。つまり、Vista マシンで WPF アプリケーションを実行し、(リモート デスクトップ経由で) XP マシンに表示すると、表示は圧縮されたビットマップとして送信されます。

この問題は、DirectX 11 (?) を介した Vista-Vista 通信では解決されていますが、XP では利用できません。ここには明らかにパフォーマンス ヒットがあります。WPF へのアプリケーション開発に踏み込む前に、それを理解したいと思います。

このトピックに関する情報は、次の場所にあります。

http://blogs.msdn.com/tims/archive/2007/01/05/comparing-wpf-on-windows-vista-v-windows-xp.aspx

上記のリンクからのコメントを参照してください（引用）：

SpongeJim の質問に対して、これは MIL (メディア統合層) によって行われます。MIL (メディア統合層) は、構成を処理する WPF の基礎となるコアです。Vista/Vista リモート デスクトップ接続では、MIL プリミティブがリモート化されてから再構成されます。他の組み合わせ (2003/XP など) では、ビットマップがリモート化され、明らかに帯域幅を大量に消費します。このトピックの詳細については、Greg Schechter のブログ、特にこのエントリ ( http://blogs.msdn.com/greg_schechter/archive/2006/06/09/623566.aspx ) を参照してください。

この問題に関する経験や最新の情報を持っている人はいますか?

4

3 に答える 3

6

.NET 3.5 SP1 の時点で、すべての WPF グラフィックスは、Vista-to-Vista 通信でもビットマップとしてリモート化されます。http://blogs.msdn.com/jgoldb/archive/2008/05/15/what-s-new-for-performance-in-wpf-in-net-3-5-sp1.aspxから:

現在、すべてのケースでビットマップとしてリモート化されています。

その理由は、WPF 3.5 SP1 が新しいグラフィック DLL (wpfgfx.dll) を使用するようになり、DWM でも使用される Vista の既存のグラフィック DLL (milcore.dll) に特定の変更を加えることができなかったためです。

他のコメンテーターが指摘しているように、パフォーマンスはアプリケーションの UI のデザインに大きく依存します。潜在的な結果は、1 つのシナリオでのみテストする必要があるということです。クライアントまたはサーバーに関係なく、リモート処理のパフォーマンスは同じになるはずです。

于 2008-10-13T16:48:02.190 に答える
2

Remote Admin と Bomgar の両方のアプリが WPF で動作するように更新された後は、リモート処理に問題はありませんでした。XP から XP、XP から Vista、Vista から XP、Vista から Vista をテストしました。最初は、ツールチップとコンボ ボックスのドロップダウン/ポップアップのみに問題がありました。過去 6 か月かそこらの間、物事は順調に進んでいます。

XPデスクトップからVista VMへのリモーティングをテストしたところ、アプリは素晴らしく見えました（実行が少し遅い場合でも、VMです...）低品質の8ビットカラーに切り替えたところ、パフォーマンスの問題はほぼ完全に解消されました. 当方の窓背景等はグラデーション等は消えてしまいましたが、問題なく使えました。

機能上の問題はなく、わずかなパフォーマンスの問題のみが発生するはずです。

于 2008-10-13T15:53:04.750 に答える
0

これはwpfアプリに依存すると思います。多数のグラデーション、アニメーション、ブラシなどがある場合...アプリの実行速度は間違いなく遅くなります...

于 2008-10-13T15:48:17.630 に答える