Domanda

Ho sentito che le primitive WPF non saranno supportate dal desktop remoto su Windows XP. Ciò implica che se si esegue un'applicazione WPF su una macchina Vista e la si visualizza su una macchina XP (tramite desktop remoto), la visualizzazione verrà inviata come bitmap compressa.

Questo problema è stato risolto nella comunicazione Vista-Vista tramite DirectX 11 (?) ma questo non sarà reso disponibile su XP. C'è ovviamente un successo prestazionale qui, vorrei capirlo prima di fare qualche strada nello sviluppo di applicazioni per WPF.

Alcune informazioni su questo argomento sono disponibili qui:

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

Vedi commento dal link sopra (citazione):


Alla domanda di SpongeJim, questo viene fatto dal MIL (livello di integrazione dei media), che è il nucleo sottostante di WPF che gestisce la composizione. Su una connessione desktop remoto Vista / Vista, i primitivi MIL vengono remotati e quindi ricostituiti. Su altre combinazioni (ad es. 2003 / XP), ciò che viene remotato sono le bitmap, che ovviamente richiedono molta più larghezza di banda. Maggiori approfondimenti su questo argomento sono disponibili sul blog di Greg Schechter e in questa voce in particolare: http://blogs.msdn.com/greg_schechter/archive/2006/06/09/623566.aspx


Qualcuno ha qualche esperienza o più informazioni aggiornate su questo problema?

È stato utile?

Soluzione

A partire da .NET 3.5 SP1, tutta la grafica WPF viene remotata come bitmap, anche su comunicazioni da Vista a Vista. Da http://blogs.msdn.com/jgoldb/archive/2008/05/15/what-s-new-for-performance-in-wpf-in-net-3-5 -sp1.aspx :

  

Ora remotiamo come bitmap in TUTTI i casi.

     

Il motivo è che WPF 3.5 SP1 ora   utilizza una nuova DLL grafica (wpfgfx.dll)   e non è stato possibile apportare alcune modifiche   alla DLL grafica esistente di Vista   (milcore.dll) che è anche utilizzato da   DWM.

Come hanno notato altri commentatori, le prestazioni dipenderanno notevolmente dal design dell'interfaccia utente dell'applicazione. Il potenziale risultato è che devi testare solo in uno scenario; le prestazioni in remoto ora dovrebbero essere le stesse indipendentemente dal client o dal server.

Altri suggerimenti

Non abbiamo avuto problemi ad usare Remote Admin e Bomgar per il remoting una volta che quelle app sono state aggiornate per funzionare con WPF. Abbiamo testato XP a XP, XP a Vista, Vista a XP e Vista a Vista. Inizialmente avevamo avuto solo problemi con i suggerimenti e i menu a discesa / popup della casella combinata. Negli ultimi sei mesi circa le cose sono andate bene.

Ho appena testato il remoting in una VM Vista dal mio desktop XP e la nostra app sembrava fantastica (se l'esecuzione è un po 'lenta, ma è una VM ...) Sono passato al colore a 8 bit di bassa qualità e i problemi di prestazioni quasi completamente andato via. La gradazione, ecc., È stata persa sullo sfondo della nostra finestra, ecc., Ma era sicuramente ancora utilizzabile.

Non credo che dovresti avere problemi funzionali e solo problemi di prestazioni minori.

Immagino che questo dipenda dalla tua app wpf. se hai molti gradienti, animazioni, pennelli, ecc ... la tua app funzionerà sicuramente più lentamente sul filo ...

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top