2008-10-13 7 views
8

J'ai entendu dire que les primitives WPF ne seront pas supportées par le bureau à distance sous Windows XP. L'implication de ceci est que si vous exécutez une application WPF sur une machine Vista et l'affichez sur une machine XP (via un bureau distant), l'affichage sera envoyé sous la forme d'un bitmap compressé.Y at-il des problèmes de rendu de WPF sur Remote Desktop sous Windows XP?

Ce problème est résolu dans la communication Vista-Vista via DirectX 11 (?) Mais il ne sera pas disponible sous XP. Il y a évidemment un coup de performance ici, je voudrais le comprendre avant de faire des incursions dans le développement d'applications à WPF.

Quelques informations sur ce sujet se trouve ici:

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

Voir commentaire à partir du lien ci-dessus (citation):


A la question de SpongeJim, cela se fait par le MIL (couche d'intégration multimédia), qui est le noyau sous-jacent de WPF qui gère la composition. Sur une connexion Bureau à distance Vista/Vista, les primitives MIL sont distantes puis reconstituées. Sur d'autres combinaisons (par exemple, 2003/XP), ce qui est supprimé est bitmaps, ce qui est évidemment beaucoup plus gourmand en bande passante. Plus en profondeur sur ce sujet se trouve sur le blog de Greg Schechter, et cette entrée notamment: http://blogs.msdn.com/greg_schechter/archive/2006/06/09/623566.aspx


Quelqu'un at-il une expérience ou plus des informations à jour sur cette question?

Répondre

6

À partir de .NET 3.5 SP1, tous les graphiques WPF sont supprimés en tant que bitmaps, même en communication Vista-to-Vista. De http://blogs.msdn.com/jgoldb/archive/2008/05/15/what-s-new-for-performance-in-wpf-in-net-3-5-sp1.aspx:

Nous maintenant à distance comme bitmaps dans tous les cas.

La raison en est que WPF 3.5 SP1 maintenant utilise une nouvelle DLL graphiques (wpfgfx.dll) et certains changements ne pouvait pas être aux graphiques existants de Vista DLL (milcore.dll) qui est également utilisé par DWM .

Comme d'autres commentateurs l'ont noté, les performances dépendent grandement de la conception de l'interface utilisateur de votre application.Le résultat potentiel est que vous n'avez qu'à tester dans un scénario; Les performances d'accès à distance doivent désormais être les mêmes, quel que soit le client ou le serveur.

0

Je suppose que cela dépend de votre application wpf. si vous avez beaucoup de dégradés, animations, brosses, etc ... votre application va certainement courir plus lentement sur le fil ...

+0

Eh bien, mais il y a une énorme différence entre remotiver les primitives et reconstruire un écran et remotiver un bitmap compressé! –

2

Nous avons eu aucun problème à utiliser à la fois Remote Admin et Bomgar pour la communication à distance une fois que ces applications ont été mises à jour travailler avec WPF. Nous avons testé XP à XP, XP à Vista, Vista à XP et Vista à Vista. Au départ, nous n'avions eu que des problèmes avec les info-bulles et les listes déroulantes/popups de la liste déroulante. Au cours des six derniers mois, les choses se sont bien passées. Je viens de tester ma machine Vista à partir de mon ordinateur de bureau XP et notre application avait l'air géniale (si elle fonctionnait un peu lentement, mais c'est une machine virtuelle ...) Je suis passée à une couleur 8 bits de mauvaise qualité et aux problèmes de performance presque complètement disparu. La gradiation, etc, a été perdue sur notre fond de fenêtre, etc, mais il était définitivement encore utilisable.

Je ne pense pas que vous devriez avoir des problèmes fonctionnels, et seulement des problèmes mineurs de performance.