Использовать видеокарту по rdp

Видеокарта удаленного рабочего стола

Так как большинство людей знают, когда вы используете RDP для подключения к рабочему столу, он отключает видеокарту и использует общий CUDA.

Я не хочу, чтобы Windows вернулась к использованию CUDA вместо видеокарты. У меня есть GTX 780ti в компьютере, но он не используется RDP. Есть ли способ заставить Windows использовать аппаратную видеокарту?

Я пробовал TightVNC, RealVNC и LogMeIn, но я хочу использовать RDP, так как он самый быстрый и лучше всего работает для меня.

2 ответов

во-первых, вы получаете ваши термины перепутал. CUDA — это технология NVIDIA для программирования их GPU (и другие вещи, но это самое простое описание).

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

это ядро того, как работает RDP, и вы не можете изменить его.

на сервере, RDP использует свой собственный драйвер видео для отображения вывода на экран по построение информации рендеринга в сетевые пакеты с помощью использование протокола RDP и отправка их по сети клиенту. На клиент, RDP получает данные рендеринга и интерпретирует пакеты в соответствующий интерфейс графического устройства Microsoft Windows (GDI) вызов API.

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

есть два способа, чтобы использовать лучший графический драйвер по RDP без 3-й партии медленного лага программного обеспечения и без изменения каких-либо Windows DLL.

(супер жесткий) установите windows server 2012 r2 на физическом узле. Затем с помощью Hyper V создайте среду виртуального рабочего стола и установите ОС в качестве одной из них виртуальный рабочий стол. Установите и настройте роли сервера для служб удаленных рабочих столов. Затем вы сможете добавить виртуализированный GPU для виртуальных машин, запущенных на сервере. Когда вы RDP на эти машины, они будут использовать RemoteFX. RemoteFX способен 3D-рендеринга и DX11.

(средний жесткий) установите windows server 2008 r2 на физическом узле. Установить роль сервера служб удаленных рабочих столов. При этом установлен есть параметр реестра, который позволит чтобы передать отрисовку физического GPU пользователям RDP. Существует также один, который позволяет использовать vGPU под названием RemoteFX, если вы хотите. Да, вы даже можете запустить сервер без физического GPU. Этот метод работает только в windows server 2008 R2.

RDP означает протокол удаленного рабочего стола. Это-просто пошаговая процедура о том, как сломать изображение, звук и переменные управления в кадры сетевого пакета для передачи. RDP не имеет ничего общего с рендерингом или оборудованием ускорение. Если вы посмотрите на свой просмотрщик событий сразу после того, как вы» RDP » в машину, вы можете найти, где windows первоначально загружает графические драйверы для вашей локальной машины, а затем сразу после этого отключает их и загружает ужасный дайвер по умолчанию.

Источник

Важна ли видеокарта для сервера?

Есть обычный компьютер (года 2008 выпуска) в качестве сервера на базе Windows 7 x64. Воткнут в розетку и с интернетом. Все подключения к нему осуществляются через RDP если необходимо что-то запустить/настроить. В остальное время молотит без участия пользователя. Хочется максимально снизить шум и тепловыделение. Встроенного видео нет. Другие матери, из имеющихся, оборудованы меньшим количеством разъёмов под оперативку.

Отсюда встал вопрос:

Какие минимальные требования к видеокарте для RDP подключений (максимум 2 подключения)?

PCI-E GeForce 7600GT (стоит в данный момент и шумит), какая-то PCI плата с 1-2МБ памяти из конца 90-х (используется для восстановления BIOS видеокарт). Что-то типа такого S3 Trio.

2 ответа 2

RDP не использует ресурсы видео карты, подключается через собственный виртуальный драйвер. Но для запуска самого сервера видео карта нужна. (При определенных условиях компьютер/сервер можно запустить и без видео-карты).

. На сервере RDP использует собственный видеодрайвер для визуализации вывода, создавая информацию рендеринга в сетевых пакетах с использованием протокола RDP и отправки их по сети клиенту. На клиенте RDP получает данные рендеринга и интерпретирует пакеты в соответствии с вызовами API интерфейса графического устройства Microsoft Windows (GDI). Для входного пути события клиентской мыши и клавиатуры перенаправляются от клиента к серверу. На сервере RDP использует свой собственный драйвер клавиатуры и мыши для приема этих событий клавиатуры и мыши. .

Источник

Какие видеокарты могут работать на терминальном сервере (ускорение всех сессий)?

Средний 3 комментария

Любые, не существует видеокарт с заточкой под терминальные сессии WIN RDP.

Немного не в тему, но я бы посоветовал ограничить возможность запуска программ на сервере для обычных пользователей. Например браузер, редактор документов и т.д. Надо 1С или другой специфичный софт — работай с ним. Нужен доступ к файлам — пожалуйста. А на клиентском ПК — пусть творят что хотят.
К тому же такой подход очень сильно удешевляет стоимость рабочего места. Так как под клиента можно брать достаточно дешевое железо, а так же использовать *nix.

Таким образом исключаем необходимость интернета локально, что в разы повышает безопасность и контролируемость

Ничего вы таким образом не повышаете, лишь немного усложняете процесс взлома/заражения.
Если у вас есть безопасная зона в сети, которая отключена от интернета, то не нужно из нее делать обходные пути. Если нужно на этих компах дать доступ к каким-то ресурсам в инете, то дайте их средствами фаервола, заблокировав все кроме необходимых адресов, возможно есть смысл поставить промежуточный фаервол отделяющий безопасную сеть от основной сети предприятия.
Критически важные компы вообще отключают физически от интернета, чтоб не было даже гипотетической возможности попасть с них в инет (обычно это отдельная СКС никак не пересекающаяся с СКС сети имеющей доступ в инет). В этом случае так же необходим контроль доступа в помещение где стоят такие ПК и контроль портов ввода/вывода на каждом ПК.

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

Источник

Использование графического процессора GPU при работе через удалённое подключение RDP к Windows 10 \ Windows Server

Сейчас многие сотрудники компаний перешли на удалённый режим работы и используют удалённый рабочий стол (Windows Remote Desktop) для подключения к рабочей машине и доступа к программному обеспечению, в том числе ArcGIS.

Не секрет, что для оптимальной работы ArcGIS Pro необходим графический процессор и выделенная видеопамять, тем более если необходимо работать с 3D. Ознакомиться с системными требованиями и проверить свой компьютер на их соответствие можно на страничке https://pro.arcgis.com/ru/pro-app/get-started/arcgis-pro-system-requirements.htm

Однако работа с ArcGIS Pro или другим ПО, использующим графический процессор, через удалённый рабочий стол будет затруднено по причине того, что Microsoft Windows Remote Desktop по умолчанию не использует возможности графического процессора для рендеринга. Что приводит к ошибкам при попытке инициализировать драйверы отображения DirectX или OpenGL, и низкой производительности (медленная перерисовка меню, карт и т.д.).

Эту проблему можно легко исправить, изменив групповую политику на рабочей машине (где запускается программа) чтобы разрешить использование графического процессора и нативной поддержки DirectX 11 / OpenGL 3+ во время сеанса удаленного рабочего стола (необходимы права администратора).

Для этого необходимо выполнить следующие действия (Windows Server 2016 / Windows 10 RDP):

• Откройте средство редактирования групповой политики на панели управления или воспользуйтесь диалоговым окном поиска Windows (клавиша Windows + R, затем введите gpedit.msc)
• Перейдите в Административные шаблоны > КомпонентыWindows > Службы удаленных рабочих столов > Узел сеансов удаленных рабочих столов > Среда удалённых сеансов > RemoteFX для Windows Server 2008R2 (AdministrativeTemplates >WindowsComponents >RemoteDesktopServices >RemoteDesktopSessionHost >RemoteSessionEnvironment >RemoteFXforWindowsServer 2008R2) и включите:
  • Настройка RemoteFX
  • Оптимизация визуальных эффектов при использовании RemoteFX
  • Оптимизировать визуальные эффекты для сеансов служб удаленных рабочих столов

• Прейдите в раздел Среда удалённых сеансов и включите:
  • Использовать аппаратные видеоадаптеры для всех сеансов служб удаленных рабочих столов
  • Настройка сжатия данных RemoteFX

• Перезагрузите рабочую машину, чтобы изменения, внесенные в групповую политику, вступили в силу.

Эта процедура активирует поддержку DirectX/OpenGL и графический процессор через RDP. Можно убедиться в этом, запустив ArcGIS Pro, открыв карту, а затем нажав Shift + E, это отобразит информацию о используемом рендеринге в текущем сеансе ArcGIS Pro.

OpenGL

DirectX

Плюс пару дополнений.

• Если при удалённом подключении возникают проблемы с разрешением – экран рабочей машины выглядит размытым. Масштабирование приходит с клиентской машины, и если на домашнем компьютере стоит 125%, то и на рабочей машине будет так же. В магазине приложений Windows 10 есть «современный» клиент. В нем можно настроить DPI.
• Если в своей работе вы используете сразу несколько сеансов удаленных рабочих столов, то можно например воспользоваться решением Remote Desktop Manager Free Edition для их каталогизации и удобства доступа https://remotedesktopmanager.com/?utm_source=rdm&utm_medium=native&utm_campaign=about

Статья написана с использованием следующих материалов:

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

У Citrix есть решение для использования GPU при удалённом доступе к физическим машинам, так и виртуальным. А так же профессиональное решение для виртуализации ПО для работы с 3D с использованием NVIDIA GRID.

NVIDIA предлагает использовать своё решение для виртуализации программного обеспечения интенсивно использующего графический процессор, как для отображения так и расчётов Quadro vDWS. Для пользователей Esri подготовлен отдельных документ с информацией о том, как развернуть рабочую станцию виртуального центра обработки данных NVIDIA Quadro с поддержкой ArcGIS Pro.

Источник

Проброс бытовой видеокарты. RDP. Samsung DeX. Альтернативы?

Добрый вечер.
Домашний сервер для двух виртуалок.

Хотелось бы задать конкретный и точный вопрос, но. Но чтобы правильно задать вопрос надо знать большую половину ответа.

И все же попробую.
Всегда мечтал иметь компьютер в кармане. Для работы. Ноутбук — когда возьмёшь, когда нет. Карманный God win по итогам тоже забывался.
Мечта почти удалась с появлением Samsung DeX. Ради него слез с iPhone и порой настольгирую.
Добавил к нему ноутбучную станцию Dell и мечта.

Как всегда бывает, реальность внесла свои коррективы.
1. По работе нужен exel. Не андройдовский. И не либрэ офис и прочие аналоги. А именно родной, виндовый. Финансисты поймут.
2. Photoshop. И тут уж без заменителей.
3. Adobe premier. А с покупкой сыну нового dji magic, кодек нужен h.265

Выход прост. Удалённый компьютер. Но опять не без засады. Нормально в Samsung DeX оптимизирован только RDP.

Ну RDP так RDP. Настроили, поехали. Упс. А чего это видео тормозит? Вроде канал же хороший? Гуглим. Ясно, это вопрос RDP, ну не для того он. Надо remotefx. А. Он на виртуалках только.

Ставим windows server 2016. Ставим две виртуалки. А их нужно именно две. Себе и жене для photoshop. На виртуалки ставим windows 10 ent.
Фиг. Надо подбрасывать видеокарты. И не какие-нибудь.

Находим Nvidia Grid 2. Б/у не так дорого. Как это чип устаревший и не поддерживает кодирование H.265? А сколько стоит не устаревший? Не, мне одну карту а не 10. Это цена за одну? Мдя.

Собственно вопрос:
1. Можно ли приобросить в виртуалку бытовую видеокарту и чтобы в виртуалку работали все технологии нужные для «ускорения» RDP и использования видеокарты внутри виртуалки? Был ли опыт?
2. А можно ли как-нибудь ускорить RDP не на виртуалке? Причем тогда, чтобы два раза не вставать: две одновременные сессии на window 10 (на server много софта не работает нужного). Это вроде возможно, но как оно работает? Буду рад мнениям. Спасибо.

• Вопрос задан более трёх лет назад
• 3225 просмотров

Средний 8 комментариев

Денис,
Значит смотрите, как я вижу ситуацию:
1. Вам нужен стрим рабочего стола, возможно по RDP или аналогу. в сети есть ссылки на софт для стрима рабочего стола на смартфон/планшет. Я так понимаю у Вас стрим должен идти на Android с ПК Windows 7/8/10. И если у Вас будет работать софт для стрима на этой связке, то и на ВМ в моем варианте — тоже будет. Тот же remote FX это эмуляция видеоадаптера. Зачем его эмулировать, если критична производительность, и можно прокинуть в ВМ живой адаптер, например 1050 или что там аналогичное у радеонов.
Первое что нужно сделать определить тащит ли канал, ставим софт на живое железо, настраиваем соединение и тестируем. Возможно дело не только в RDP, но скорость упрется в WiFi, т.к. не думаю, что у Вас нет соседей, а может стоит в настройках «богомерзкий» b/g вместо n/ac. Я бы рекомендовал уходить туда где посвободнее на частоту 5тысяч или даже искать подключение по LAN кабелем. ХЗ только как с этим у Android’а

2. Если все тянет в п.1, то тогда уходим в виртуализацию, в принципе RemoteFX с Hyper-V технология не шибко шустрая. Удобнее именно прокидывать в ВМ железку, но тут проблемы, либо нужна профессиональная видеокарта, которая даже б/у стоит дорого, либо нужно подбирать железо и конфиги, т.е. тратить свое время на мануалы, настройки и возможно закупать новое железо, т.к. не все железо для десктопа подходит для этих целей. В моей статье требования расписаны и тесты. Короче во втором случае нет решения для работы из коробки. Но в этом случае Вы прокидываете физически видеокарту в ВМ и оно работает. Я сам играюсь в Вархаммер онлайн, Ворлд оф Варшипс — на максималках 1070 выдает 40-60фпс с установленными аддонами для корабликов. Т.е. это более чем рабочий конфиг.

3. Я работаю подключив к хосту клаву + мышь, + организую вывод картинки на монитор подключенный к проброшенной видеокарте. Т.е. сижу за хостом. У Вас приоритет стрим, т.е. нужен софт который его обеспечит, а вот проброс лучше делать через линукс + kvm+qemu/xen или proxmox, который опять же базируется на debian + KVM. На ВМ ставите Винду и наступает Счастье )

Что касается доступа ВМ с Windows аналогична ПК с Windows, т.е. если ставите редакцию Pro и выше то RDP доступен, если хомяка — то нет, т.к. эта редакция его не поддерживает, как и урезанные версии навроде S

Короткий ответ — Нет. (Ну, или современную GRID K1/K2 покупать)

Длинный ответ привел Денис _______________ — у него заработало. У меня нет. То есть идея состоит в том, чтобы поставить proxmox (KVM гипер + вебморда поверх) и на нем завести данный проброс. Проброс работает далеко не со всем железом — Денис _______________ недаром упирал на возможность смены матери. Проброс USB в KVM работает нормально. Звук — как-то пробовал пробрасывать, вроде работало, но без гарантий.

В итоге — очень долго, очень сложно, никакой гарантии, что заработает. Но, если заработает — можете гордиться 😀

Но ведь все и идёт к работе в облаке. Единственный вопрос — про бросить бытовую видео. Поправлюсь: единственный тяжело решаемы. Тот же moonlight показал великолепные результаты. И в играх и рабочий стол и видео. Но, только при наличии физического монитора. Один пользователь — один компьютер.

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

есть еще идея поставить gui на дебиан, звуковые драйвера и посмотреть не появится ли звук для проброса в вебинтерфейсе проксмокса, но это тоже без гарантий.

или снимать звук с hdmi/display port, т.к. звук видюхи прокидывается без проблем

Денис, Ничего не мешает сделать снапшот ВМ и разбирать, что там внутри сложено. Более-менее гарантия есть, если поставить линух из их образа и сразу же обновлять ядро, libc, другие критичные либы и нужные приложения с официальных сайтов — потому что хостерские могут быть патчеными.

Да, это отдает паранойей. Но ценность информации может быть велика. А время ее устаревания — десятки лет.

CityCat4, написал короткое письмо на почту. Если что, то можно будет обсудить в голосе, говорят роуминг мобильные операторы отменили.

Можно и видос. хотя у мя общаться на микрофон получается нудно 🙁 писать или в диалоге оно всегда проще, но в принципе могу выложить, через неделю, т.к. сейчас ремонт, видос без комментариев как оно все работает. Все настройки в гайде на хабре

покупать за 300к карту для того, что делает карта за 15

NVidia вот именно этого и добивается 🙂 У нее простая логика — если карта за 15 будет делать то же что и карта за 300 — как тогда продавать карты за 300? 😀

Письмо видел. Ответил с настоящего адреса.

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

Задача стояла подобная.

От RemoteFX я отказался сразу — и вижу, по вашему опыту, не зря. Эти коммерческие парни завяжут вас в свой узел, и будут выжимать, как выжимают белье после стирки: Win-сервер —> hyperX —> windowsTM-VM —> Nvidia GRID и дрова по подписке. Клиенты с RDP обычные тоже не подойдут (скорее всего), только свои. Это что-же, значит покупать опять Windows и что там у них, а хочется с телефона или планшета, Surface.. ? Ну и т.д. Ведь они, — назовем вещи своими именами, в сговоре. Недаром заблочены драйвера Nvidia в Windows для потребительских карт. В общем, я даже не стал смотреть в эту сторону.
(хотя чуть не купил Nvidia GRID в свое время год назад)

Стал рассматривать варианты вне Windows.

Решения в этом ключе есть у Citrix и VMWare. Первое дешевле второго. Там вот как все устроено. Главное, что Nvidia для них не блочит (но не помню для всех ли карт или опять же только для QUADRO, GRIDa, TESLA) Как оно работает: По аналогии с опробованным вами вариантом, ставите их сервера вместо Window Server, ставите Win-vm, пробрасывате видеокарту и вместе с их родными тонкими клиентами (не RDP) получаете заветное 3D ускорение. Если я не ошибаюсь, они перехватывают изображение передаваемое с видеокарты и передают попиксельные изменения по сети. Получается почти тот же vnc, но более оптимизированное с точки зрения картинки и скорости взаимодействия (кажется, все стриминговые сервисы сейчас тоже пошли по этому пути).

Но мне не хотелось связываться с проприетарными и платными решениями. Я стал, как и многие эксперементировать с ProxMox. Для успеха проброса там не много надо: поддержка материнской платой и процессором ряда технологий виртуализации и подключенный монитор к видюхе или заглушка, эмулирующая его. Проброс работает, Nvidia обманывается, драйвера встают (кстати, AMD карты тоже). Но как вы будете получать картинку с удаленного компьютера? RDP не передает 3D -ускорения, поскольку подменяет реальную видеокарту на сервере, виртуальной и рисует изображение с нее. (намеренно, ведь с RemoteFX на сервере — он же все передает как надо). Кстати, W7и W10 домашние лицензии спокойно превращаются в сервера терминально доступа и держат несколько подключений пользователей одновременно: для этого меняется всего одна .dll (!)) Это к вопросу как все устроено. То есть серверная часть — вся готова: все пробрасывается и все рисуется на хосте, на — Windows7/64, к примеру, и держится множество подключений. Но все равно: как передавать по сети 3D? RDP — нет, VNC плох. Можно через протокол SPICE, он быстрее RDP и лучше VNC, но там драйвер для видео свой: от RedHat и какое там ускорение? Никакого.

Есть хорошие новости о vGPU. RedHat заявила о поддержке этой технологии в своей последней версии ОС. Последний ProxMox поддерживает vGPU и я вижу народ уже пробует ее во всю с профессиональными картами Nvidia. Может посмотреть вам в эту сторону?

Я в свою очередь сейчас реализовал вот что. Эта новая технология называется looking-glass. Она позволяет запускать Windows-vm локально на Linux с проброшенной видео-картой и получать картинку в окне Linux-машины без потерь 3D.
Там не используется ни rdp/vnc/spice или попиксельный видео-поток, там данные снимаются с видео-карты и через фрейм-буфер передаются на Linux-host. То есть в своем первоначальном виде, без изменений. Подобно тому, как они бы передались на второй монитор в режиме заркала. Латентности (задержки) нет. На глаз нет.

Источник