Remotefx rdp windows 10

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Asked by:

Question

Hyper-V — Server 2016 Desktop Virtualization Host with all available updates as of 09/12/2019
-nVidia Tesla M10 with newest Graphics Drivers available — fully support 1903
-Registry setting for AVC444ModePreferred = 1
-Registry setting for AVCHardwareEncodePreferred = 2

VDI Desktop — Windows 10 1903 with all available updates installed as of 09/12/2019
-RemoteFX Adapter added to VM with 2x monitors with 512MB

RDP Client Endpoint — Win10 1803, Win10 1809, Win10 1903 all with all available updates as of 09/12/2019

Scenario 1: RDP from client to the VDI through RDCB or directly: Fails to connect with administrator message

Scenario 2: Connect to VM through Hyper-V Console with RemoteFX enabled — Works flawlessly

Scenario 3: Enable the ‘Use WDDM graphics display driver for Remote Desktop Connections’ policy — Connection works over RDP but it appears RemoteFX isn’t functioning fully as graphics are sluggish. This should not be the fix as the nVidia RemoteFX drivers should be fully WDDM compatible.

Scenario 4: Remove RemoteFX Adapter — Connection works over RDP but is sluggish due to no RemoteFX

This person is having the same problem but the fixes are not working for me and since he did not respond, I’m not sure the fixes are actually working — https://social.technet.microsoft.com/Forums/office/en-US/25fa7511-c21d-44e7-9c5f-b77ffdd4d2ac/remotefx-on-hyperv-console-but-not-through-rdp?forum=winserverTS

Message Received on RDP Client:

Your Remote Desktop Services session has ended, possibly for one of the following reasons:
The administrator has ended the session.
An error occurred while the connection was being established.
A network problem occurred.

More to come — Working on adding additional details

RDP vs RemoteFX

В группе предприятий «Х» используют терминальные сервера.
Начался новый сезон и в одном из представительств загрузка cpu начала достигать 100 процентов, что есть плохо, особенно после того, как пользователи начали жаловаться на скорость работы.
Причина возникновения проблемы была не понятна, количество сотрудников не менялось, софт не менялся… Все представительства в одинаковых условиях.

Собрал тестовый стенд и начал искать решение…
Долго перебирал разные настройки сервера и клиентских мест, это отдельная тема.
В творческом поиске сравнил протоколы RDP и RemoteFX, результаты решил опубликовать.

Сервер:
HP ML350 G6, 1*Xeon5620, 42gb RAM.
DirectX аппаратная видеокарта отсутствует.
СХД:
HP MSA P2000 G3 SAS, из 4х дисков SAS собран массив R5.
ПО:
На сервера установлен ESXi 5.1.
Терминальные сервера представляют из себя VM, выделено 4 vcpu(8000мгц) и 20gb RAM, в качестве гостевой ОС используется Windows Server 2008R2 SP1.

Сравнивалась нагрузка на процессор в трех приложениях: IE11, Adobe PDF Reader 11, 1c8.
Делал 8-10 замеров, в момент замеров на сервере работал только подопытный пользователь и пользователь администратора.
В качестве клиентских мест использовал два ноутбука с Windows XP и Windows 7 SP1, и тонкий клиент HP t510 c установленной ОС HP Smart Zero 4.4.

Результаты

IE11, запускался тестовый ролик, который находился на youtube.
RDP – Нагрузка на процессор 21-23%
RemoteFX – Нагрузка на процессор 11-18%

После замены ноутбуков на тонкий клиент HP.
RDP – Нагрузка на процессор 17-21%
RemoteFX – Нагрузка на процессор 10-12%

В лабораторных условия разница составила 5-10% процесорного времени в пользу RemoteFX.
Добавлю, что RDP по плавности проигрывания видео и рядом не находится с RemoteFX, при включенном RemoteFX, на первый взгляд, разницы в сравнении с обычным ПК не видна.

Все дальнейшие измерения решил проводить на тонком клиенте HP.

Переходим к документу PDF и скроллингу.
RDP – Нагрузка на процессор 16-20%
RemoteFX – Нагрузка на процессор 12-17%
Разница в пользу RemoteFX составила 3-4%.

Настала очередь 1с8, опять будем заниматься скроллингом списка документов.
RDP – Нагрузка на процессор 14-17%
RemoteFX – Нагрузка на процессор 17-18%
Разница в пользу RDP составила 1-3%.

Честно говоря, результат 1с8 мне не понравился. Решил все проверить и сделать дополнительные замеры.
Повторно замерял результаты, вроде все ок, укладываюсь в ошибку при измерениях, примерно 1-2%.
Результаты 1с можно списать на ошибку измерения, в итоге получается, что 1с все равно, как подключается пользователь — по RDP или RemoteFX.

Если подвести предварительные итоги

Думаю что для оценки качества кодека лучше всего подходит видео, остальные тесты я решил провести, поскольку работа с 1с и документами должна занимать большую часть рабочего времени пользователей.

Раньше я пробовал смотреть на PCoIP, результат мне не понравился, может, нужно посмотреть снова, но как не крути, а RemoteFX будет стоить меньше PCoIP, да и концепция VDI мне нравится меньше терминальных серверов.

В случае предприятия «Х» на одном процессоре Xeon5620 с нагрузкой в 40-80% работают 18-24 пользователей, и параллельно с терминальным сервером работает домен контроллер, и еще некоторые мелкие vm.

Как мне видится, внедрение RemoteFX позволит снизить на 20-30% нагрузку на процессор сервера, или позволит добавить примерно 5-7 пользователей.

Интерес к RemoteFX начал расти, и замеры решил продолжить

Сначала будем сравнивать, как влияет увеличение качества передаваемого звука.
В стандартных настройках качество звука подбирается динамически, когда на сервере работает достаточное количество пользователей — это слышно.

Смотрим ролик на ютюбе(RDP), нагрузка на процессор 18-22%, с стандартными настройками результат 17-21%.
Смотрим ролик на ютюбе(RemoteFX), нагрузка на процессор 10-16%, с стандартными настройками результат 10-12%.

Делаю вывод, что разница минимальная и при желании можно смело выставить высокое качество.

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

Далее, как RemoteFX будет работать при изменении настроек, частота кадров, качество картинки, оптимизация кодека

Screen capture rate = Lowest
Screen Image Quality = Medium (default)

Ролик на ютюбе:
Нагрузка на процессор 5-8%

PDF и скроллинг:
Нагрузка на процессор 14-18%

1с8 и скроллинг:
Нагрузка на процессор 12-18%.

В случае медиа получаем выигрыш, но сразу заметно, что видео играет не так плавно и видны подергивания, аналогичные как при RDP.
Если задуматься, в этом нет нечего плохого, все зависит от задач, которые должны выполнять пользователи.

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

Screen capture rate = Medium (default)
Screen Image Quality = Lowest

Ролик на ютюбе
Нагрузка на процессор 5-11%

PDF и скроллинг
Нагрузка на процессор 12-16%

1с8 и скроллинг
Нагрузка на процессор 18-21%.

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

Screen capture rate = Lowest
Screen Image Quality = Lowest

Ролик на ютюбе
Нагрузка на процессор 5-10%

PDF и скроллинг
Нагрузка на процессор 12-16%

1с8 и скроллинг
Нагрузка на процессор 16-19%.

Screen capture rate = Highest (best quality)
Screen Image Quality = Highest (best quality)

Ролик на ютюбе:
Нагрузка на процессор 9-13%.

Для получения результатов для 1с и PDF, как оказалось, у меня не хватило терпения.

От настроек Highest (best quality) я ожидал другой результат, а полученный можно списать на ошибку измерения.

Далее на очереди ооптимизация кодека, Text vs Rich Multimedia

Стандартная настройка кодека Rich Multimedia.

PDF и скроллинг:
Нагрузка на процессор 13-16%

1с8 и скроллинг:
Нагрузка на процессор 16-19%

Обзор нового высокопроизводительного RDP кодека

Эта статья будет интересна всем, кто часто пользуется RDP для работы или личных нужд. Но особенно полезна она будет, если вы раздумываете над построением VDI инфраструктуры.

Ниже мы поговорим о революции в RDP. Новом высокопроизводительном кодеке h264 AVC444, который пришел на смену AVC420.

Теперь для комфортной работы с 3d моделями, программами рисования и прочими графически сложными системами не требуется ничего, кроме Windows 10 и RDP. Не требуется RemoteFX технология, не требуется профессиональный графический ускоритель вроде Quadro.

Youtube сильно жмет видео, четкость заметно падает. Это особенно заметно в играх (ниже), так как там плохое освещение. Поэтому я выложил файлы с видео на Яндекс диск.

Видео было захвачено с Hyper-V виртуальных машин, без подключения RemotFX видеоускорителей.

Качество видео в новом RDP выше, практически нет разрывов картинки. Кроме того нагрузка на сеть снижается в 2-5 раз! Так же новый кодек более подходит для нестабильных 3g соединений. Он быстро адаптируется к скорости канала и пользователь может получать мгновенный отклик даже с плохим интернет каналом.

Вся эта красота была, вообщем-то, доступна уже с Windows 10 1703, но тогда это требовало настроек групповых политик и иногда на экране появлялись раздражающие артефакты, которые можно было «стереть» поводив по ним любым окошком. Протирание артефактов «тряпочкой» настолько раздражало, что это перевешивало все плюсы технологии.

Вероятно, к настоящему времени Microsoft нашла решение этой проблемы и использует новый кодек по-умолчанию. Я провел всестороннее тестирование, чем и хочу поделиться.

Мои ощущения от нового RDP

Я проводил тесты, сидя за ноутбуком с i5-6300U. Когда я первый раз подключился к игровому PC, стоящему в соседней комнате, я ощутил, будто мой ноутбук вдруг стал работать быстрее и отзывчивее. Это было непередаваемое ощущение, не имеющее ничего общего с работой по RDP в прошлом!

Я проверил работу в IDE, Word, Excel, браузере, Paint и могу сказать со всей ответственностью — черт возьми, у них получилось! Никакого заметного input лаг.

На видео может показаться, что есть тормоза, но это иллюзия, SketchUP сам по-себе так работает. Интерфейс программы отзывается на действия пользователя мгновенно.

Захотелось странного. Ниже тесты RDP в нескольких играх

Играть в доту через новый RDP вполне можно! В видео (ближе к концу) будет дисконнект из-за проблем с Ethernet кабелем. После того, как я воткнул кабель обратно, трансляция автоматически возобновилась… впрочем, как обычно.

Играбельно. Есть небольшой input лаг по сравнению со STEAM трансляцией, но ведь RDP никогда и не задумывался как протокол стриминга игр!

Обиднее всего, что не вышло подключить свой Elite Xbox one контроллер. К сожалению даже RemoteFX не позволяет этого сделать. Контроллер просто не появляется в списке:

К сожалению, есть проблемы с чувствительностью мыши. Небольшое перемещение мыши приводит к тому, что персонаж выполняет пируэт «юла». Подробности на видео. Мне подсказали что, многие шутеры так себя ведут во время RDP сеанса.

Заключение

Это самое большое событие в жизни протокола RDP на моей памяти. Дело в том, что помимо отличного качества и скорости, мы получаем ОГРОМНОЕ снижение нагрузки на каналы связи! Кроме того, новый кодек так же помогает в ситуациях, когда сервер расположен далеко, скажем, за океаном. Работать стало гораздо комфортнее!

PS: Я тут обнаружил, что YouTube довольно сильно жмет видео, так что, реальное качество картинки выше! Выложил на яндекс диск исходные видео.

Windows 10 Hyper-V: RemoteFX 3D

С чем связаны мои восторги от отличного гипервизора Hyper-V восьмого поколения (считаем: Windows Server 2008 — 1.0, Windows Server 2008 SP1 — 2.0, Windows Server 2008 R2 — 3.0, Windows Server 2012 — 4.0, Windows Server 2012 R2 — 5.0, Windows 10 builds earlier than 10565 — 6.2, Windows 10 build 10565 or later — 7.0, Windows Server 2016 Technical Preview — 7.1, Windows 10 Anniversary Update/Windows Server 2016 — 8.0)?

Конструкторы и технологи используют тяжелые CAD-системы, требующие высокой производительности для отрисовки моделей изделий. Зачастую им приходится работать в разных средах — промышленной и опытной, а также с разными версиями ПО. Для исключения конфликтов доходит до использования 2 компьютеров на одном рабочем месте.

В связи с вышесказанным возникла потребность рассмотреть запуск тестового ПО CAD в виртуальной машине на Hyper-V.

Попытка протестировать на пятилетнем домашнем ноутбуке оказалась неудачной:

Зато определился первый самый простой тест — запустить dxdiag для определения версии WDDM и уровня поддержки DirectX:

Для нашей задачи должны выполняться следующие требования, ключевое — DX 11.0 совместимый GPU с драйвером WDDM 1.2.

Так как нам нужен OpenGL, то из гостевых подходят только Windows 10/Windows Server 2016. Чтобы не вставать на разнообразные грабли, а их есть миллион у MS, я выбрал мой любимый Microsoft Windows 10 Enterprise LTSB 1607 в качестве хостовой и клиентской ОСей. Более смелым рекомендую таблицу «совместимости» ОС(раздел Support for GPU Acceleration with Hyper-V).

Переходим к тестированию на инженерной рабочей станции. Первым шагом запускаем dxdiag:Результат нас устраивает — WDDM 2.1/DirectX11_0. Это подтверждается в консоли Hyper-V:

Для тестирования запускаем классический российский/международный тест Unigine Heaven, чтобы 3 раза не вставать решил протестировать DirectX 9,11 и OpenGL одновременно:

Конечным результатом тестов является запуск NX в Hyper-V: