Existem problemas com tornando WPF sobre o ambiente de trabalho remoto no Windows XP?

Question

Ouvi dizer que primitivos WPF não serão suportadas pelo ambiente de trabalho remoto no Windows XP. A implicação disso é que, se você executar um aplicativo WPF em uma máquina de vista e exibi-lo em uma máquina XP (via desktop remoto), o visor será enviado como um bitmap comprimido.

Este problema é resolvido no Vista Vista comunicação via DirectX 11 (?), Mas isso não vai ser disponibilizado no XP. Há, obviamente, um desempenho acertar aqui, eu gostaria de entendê-la antes de fazer quaisquer incursões no desenvolvimento de aplicações para o WPF.

Algumas informações sobre este tema pode ser encontrada aqui:

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

Veja comentário no link acima (citação):

---

A pergunta de Para SpongeJim, isso é feito pela (camada de integração de mídia) MIL, que é o núcleo subjacente de WPF que alças composição. Em uma conexão de desktop remoto Vista / Vista, os primitivos MIL são remotos e depois reconstituído. Em outras combinações (por exemplo, 2003 / XP), o que é controlado remotamente é bitmaps, que é obviamente muito mais largura de banda intensiva. Mais profundidade sobre este assunto podem ser encontradas no blog de Greg Schechter, e nesta entrada em particular: http://blogs.msdn.com/greg_schechter/archive/2006/06/09/623566.aspx

---

Alguém tem alguma experiência ou mais informações atualizadas sobre esta questão?

Answer 1

A partir do .NET 3.5 SP1, todos os gráficos do WPF são remotos como bitmaps, mesmo em comunicação Vista-a-Vista. De http://blogs.msdn.com/jgoldb/archive/2008/05/15/what-s-new-for-performance-in-wpf-in-net-3-5 -sp1.aspx :

Agora remoto como bitmaps em todos os casos.

A razão é que WPF 3.5 SP1 agora usa uma nova gráfica DLL (wpfgfx.dll) e certas mudanças não poderia ser feita aos gráficos do Vista existentes DLL (Milcore.dll) que também é utilizado por DWM.

Como outros comentadores têm notado, o desempenho vai depender muito o projeto de interface do usuário do aplicativo. O resultado potencial é que você só tem de teste em um cenário; desempenho remoting agora deve ser a mesma, independentemente do cliente ou servidor.

Answer 2

Nós não tiveram problemas usando tanto Remote Admin e Bomgar para comunicação remota uma vez que esses aplicativos foram atualizados para trabalhar com WPF. Nós testamos XP para o XP, XP para o Vista, Vista para o XP e Vista para o Vista. Nós inicialmente apenas teve problemas com as dicas e baixos de combinação-caixa drop / popups. Durante os últimos seis meses ou assim, as coisas foram bem.

Eu apenas testada comunicação remota em uma VM Vista do meu desktop XP e nosso aplicativo estava ótimo (se estiver rodando um pouco lento, mas é um VM ...) eu mudei para cores de 8 bits de baixa qualidade e os problemas de desempenho quase completamente foi embora. O gradiation, etc, perdeu-se em nosso fundo da janela, etc, mas foi definitivamente ainda utilizável.

Eu não acho que você deve ter quaisquer problemas funcionais e problemas de desempenho apenas pequenas.

Answer 3

Eu acho que isso depende do seu aplicativo WPF. se você tiver lotes de gradientes, animações, escovas, etc ... a sua aplicação vai certamente ficar mais lento ao longo do fio ...