В ряде случаев технологию VDI предлагают использовать для прикладного ПО с повышенными требованиями к графической подсистеме, например, для систем автоматизированного проектирования (САПР).
Для обеспечения функционирования подобного ПО в среде VDI рядом вендоров были разработаны технологии, обеспечивающие более эффективную передачу мультимедийных материалов. К таким технологиям относятся Microsoft RemoteFX и Citrix HDX.
Мы, в компании «СетьПроект», попытались сравнить эти технологии и провести тестирование для оценки возможностей технологий Microsoft RemoteFX и Citrix HDX по виртуализации представлений графических приложений.
При тестировании мы использовали следующие приложения: AutoCad 2012, Google Earth, Solid Works 2008 SP2.1, Photoshop CS3, 3Ds MAX 2012.
Для тестирования мы создали лабораторный стенд, на который установили Windows Server 2008 R2 Enterprise SP1 c ролью Hyper-V, и подключили к нему графический модуль Nvidia QuadroPlex 2200 D2.
Далее я опишу результаты, полученные при тестировании только технологии Microsoft RemoteFX, тестирование Citrix HDX в данной статье не описывается.
Были запущены виртуальные машины с применением технологии RemoteFX, установлены испытываемые приложения и проведена оценка возможности и комфортности работы пользователей в среде графических приложений. В тестировании использовались несколько вариантов тонких клиентов от Wyse и офисная рабочая станция в роли тонкого клиента.
При тестировании мы столкнулись с проблемой неготовности к работе с RemoteFX ни одного из аппаратных тонких клиентов, участвовавших в тестировании; причина – отсутствие поддержки протокола, т.к. не поддерживал протокол RDP 7.1, который должен появиться в еще не вышедшем SP1 для Windows 7 Embedded. По этой причине для тестирования RemoteFX использовалась офисная рабочая станция с ОС Microsoft Windows 7 Enterprise SP1.
Стоит отметить удобство работы с интерфейсом Windows при включенном функционале RemoteFX. При использовании RemoteFX удобство работы с интерфейсом Windows на тонком клиенте почти полностью сравнимо с работой за обычной рабочей станцией с хорошим видеоадаптером.
Графические приложения, которые требуют наличия мощного графического адаптера, показали ряд проблем при работе в среде виртуальных рабочих столов.
В AutoCad 2012 не удалось включить поддержку для 3D-графики, и ПО показало, что размер видеопамяти адаптера RemoteFX равен нулю. Возможно, именно с этим связано то, что AutoCad 2012 не смог использовать графический адаптер RemoteFX. При попытке рендеринга трехмерной сцены использовался ресурс центрального процессора, что приводило, практически, к зависанию виртуальной машины.
Google Earth – показал хорошие результаты работы с технологией RemoteFX, близкие к работе на физической машине, в то же время работа с Google Earth сопровождалась высокой загрузкой сети передачи данных и центрального процессора сервера.
3Ds MAX 2012 – показал хорошие результаты работы с технологией RemoteFX, близкие к работе на физической машине, данные по нагрузке для данного приложения сняты не были.
SolidWorks 2008 – показал хорошие результаты работы с технологией RemoteFX, в то же самое время при вращении трехмерных деталей наблюдался эффект «разрыва изображения» по горизонтали. Определить, использует ли приложение возможности видео ускорителя, не удалось, поскольку приложение не предоставляет никакой диагностической информации.
Adobe PhotoShop CS5 – показал хорошие результаты работы с технологией RemoteFX, близкие к работе на физической машине, в то же время при попытке использования эффекта наложения изображения на трехмерные объекты приложение сообщало о невозможности использования графического ускорителя и использовало программную эмуляцию.
При тестировании проводилось искусственное ограничение скорости канала подключения тонких клиентов. Неожиданным было то, что скорость канала, достаточная для комфортной работы пользователя, была менее заявленных вендором 10 Мбит/с на пользователя. В большинстве ситуаций скорости в 2 Мбит/с было достаточно.
Одним из главных выводов стало то, что технология RemoteFX достаточно хороша и перспективна. Максимальной отдачи от ее применения можно будет достигнуть, если изготовители графических приложений будут включать поддержку этой технологии в свои продукты.
Другим важным выводом стало то, что при виртуализации существующих графических приложений есть ряд ограничений, и, как правило, для преодоления этих ограничений требуется дополнительная настройка используемых графических приложений. Каждое приложение должно быть предварительно протестировано в инфраструктуре виртуальных рабочих столов и только после этого можно сказать, какая технология и при каких настройках подходит для виртуализации этого приложения.
Более подробную информацию о методике тестирования и полученных результатах можно получить в компании «СетьПроект»,
www.netproject.ru.
