Y at-il des problèmes avec le rendu de WPF sur le Bureau à distance sous Windows XP?

Question

J'ai entendu dire que les primitives WPF ne seront pas prises en charge par les postes de travail distants sous Windows XP. Cela implique 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 forme de bitmap compressé.

Ce problème est résolu dans la communication Vista-Vista via DirectX 11 (?), mais il ne sera pas disponible sur XP. Il est évident que les performances ont été touchées, je voudrais bien les comprendre avant de nous lancer dans le développement d’applications pour WPF.

Vous trouverez des informations sur ce sujet ici:

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

Voir le commentaire du lien ci-dessus (citation):

Pour répondre à la question de SpongeJim, cela se fait par la couche MIL (média integration layer), qui est le noyau sous-jacent de WPF qui gère la composition. Sur une connexion de bureau à distance Vista / Vista, les primitives MIL sont distantes puis reconstituées. Sur d'autres combinaisons (par exemple 2003 / XP), les images bitmap à distance sont implémentées, ce qui nécessite évidemment beaucoup plus de bande passante. Vous trouverez plus de précisions sur ce sujet sur le blog de Greg Schechter, et notamment dans cette entrée: http://blogs.msdn.com/greg_schechter/archive/2006/06/09/623566.aspx

Quelqu'un at-il une expérience ou des informations plus récentes sur ce problème?

Answer 1

À partir de .NET 3.5 SP1, tous les graphiques WPF sont distants sous forme de bitmaps, même sur une communication de point à point. De http://blogs.msdn.com/jgoldb/archive/2008/05/15/what-s-new-for-performance-in-wpf-in-net-3-5 -sp1.aspx :

  

Nous sommes maintenant distants en tant que bitmaps dans TOUS les cas.

     

La raison en est que WPF 3.5 SP1 est maintenant   utilise une nouvelle DLL graphique (wpfgfx.dll)   et certains changements n'ont pu être apportés   à la DLL graphique existante de Vista   (milcore.dll) également utilisé par   DWM.

Comme d'autres intervenants l'ont fait remarquer, les performances dépendront grandement de la conception de l'interface utilisateur de votre application. Le résultat potentiel est que vous ne devez tester que dans un seul scénario; Les performances de communication à distance devraient désormais être les mêmes quel que soit le client ou le serveur.

Answer 2

Nous n’avons eu aucun problème à utiliser Remote Admin et Bomgar pour la communication à distance une fois que ces applications ont été mises à jour pour fonctionner 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. Depuis six mois environ, tout va bien.

Je viens de tester la communication à distance sur une machine virtuelle Vista à partir de mon ordinateur de bureau XP et notre application était superbe (si elle tourne un peu lentement, mais c'est une machine virtuelle ...), je suis passé à une couleur 8 bits de qualité médiocre et à des problèmes de performances presque complètement parti. La gradiation, etc., a été perdue sur le fond de notre fenêtre, etc., mais elle était définitivement utilisable.

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

Answer 3

Je suppose que cela dépend de votre application wpf. Si vous avez beaucoup de dégradés, d’animations, de pinceaux, etc., votre application fonctionnera certainement plus lentement sur le fil.