在Windows XP下通过远程桌面呈现WPF是否存在问题?

问题描述:

我听说Windows XP上的远程桌面不支持WPF原语。这意味着,如果您在Vista机器上运行WPF应用程序并将其显示在XP机器上(通过远程桌面),则显示将作为压缩位图发送。在Windows XP下通过远程桌面呈现WPF是否存在问题?

此问题在Vista-Vista通过DirectX 11(?)通信解决,但不会在XP上提供。显然这里有一个性能问题,我希望在进入开发WPF应用程序之前了解它。

关于这一主题的一些信息可以在这里找到:

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

看到从上面的链接(报价)的评论:


要SpongeJim的问题,这是由MIL完成(媒体整合层),这是处理构图的WPF的基础核心。在Vista/Vista远程桌面连接上,MIL原语被远程访问,然后重组。在其他组合(例如2003/XP)上,远程使用的是位图,这显然需要更多的带宽。关于此主题的更多深度可以在格雷格 - 谢克特的博客上找到,并在此项目具体为:http://blogs.msdn.com/greg_schechter/archive/2006/06/09/623566.aspx


有没有人有任何关于此问题的经验或更多的最新信息?

从.NET 3.5 SP1开始,即使在Vista到Vista的通信中,所有WPF图形都被远程显示为位图。从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) ,无法进行某些改变 Vista的现有图形DLL (milcore.dll),其也被用于 DWM 。

正如其他评论者所指出的,性能将在很大程度上取决于您的应用程序的用户界面的设计。潜在的结果是你只需要在一个场景中测试;无论客户端还是服务器,远程处理性能现在都应该是相同的。

我想这取决于你的WPF应用程序。 如果你有很多的渐变,动画,画笔等...你的应用程序肯定会运行较慢的线...

+0

好了,但是在远程处理主要事件和重建屏幕以及远程处理压缩位图之间存在巨大差异! – 2008-10-13 15:50:48

一旦这些应用程序被更新,我们有使用远程管理和Bomgar远程处理没有问题与WPF一起工作。我们测试了XP到XP,XP到Vista,Vista到XP和Vista到Vista。我们最初只会遇到工具提示和组合框下拉/弹出窗口的问题。在过去的六个月左右,事情一直很好。

我刚刚从我的XP桌面测试了远程控制到Vista的虚拟机,我们的应用看起来不错(如果运行速度有点慢,但它是一个虚拟机...)我切换到低质量的8位颜色和性能问题几乎完全消失。等等,遗失在我们的窗口背景等,但它肯定仍然可用。

我不认为你应该有任何功能问题,只有轻微的性能问题。