Есть ли проблемы с рендерингом WPF через удаленный рабочий стол под Windows XP?

Question

Я слышал, что примитивы WPF не поддерживаются удаленным рабочим столом в Windows XP. Это означает, что если вы запустите приложение WPF на компьютере Vista и отобразите его на компьютере с XP (через удаленный рабочий стол), дисплей будет отправлен в виде сжатого растрового изображения.

Эта проблема решена в соединении 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

---

Есть ли у кого-нибудь опыт или более свежая информация по этому вопросу?

Answer 1

Начиная с .NET 3.5 с пакетом обновления 1 (SP1), вся графика WPF удалена как растровые изображения, даже при обмене данными между Vista и Vista. От 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) и некоторые изменения не могут быть сделаны в существующую графическую DLL Vista (milcore.dll), который также используется DWM.

Как отметили другие комментаторы, производительность будет сильно зависеть от дизайна пользовательского интерфейса вашего приложения. Потенциальным результатом является то, что вам нужно тестировать только в одном сценарии; производительность удаленного взаимодействия теперь должна быть одинаковой независимо от клиента или сервера.

Answer 2

У нас не было проблем с использованием удаленного администрирования и Bomgar для удаленного взаимодействия после обновления этих приложений для работы с WPF. Мы проверили XP на XP, XP на Vista, Vista на XP и Vista на Vista. Изначально у нас были проблемы только с всплывающими подсказками и выпадающими списками. Последние полгода или около того все было хорошо.

Я только что протестировал удаленное взаимодействие с виртуальной машиной Vista с моего рабочего стола XP, и наше приложение выглядело великолепно (если работает немного медленно, но это виртуальная машина ...) полностью ушел. Градиент и т. Д. Был потерян на фоне нашего окна и т. Д., Но он определенно был пригоден для использования.

Не думаю, что у вас должны быть какие-либо функциональные проблемы, а только незначительные проблемы с производительностью.

Answer 3

Я думаю, это зависит от вашего wpf-приложения. если у вас много градиентов, анимаций, кистей и т. д. ... ваше приложение будет работать медленнее по проводам ...