MD
я даже не хочу знать в каких сумрачных казематах зародилась эта формулировка
Size: a a a
2021 May 06
MD
но уже вижу пару согласований и корректировок
MD
и главное все при деле
A1
Пункт 1 умеет делать любой приличный vdi (Citrix, ms, VMware).
Стабильность, трафик и задержки частично решаются выбором софта (например, skypefb) и установкой соответствующего плагина
Решаются в том смысле, что точкой приложения медиа-трафика становится конечное устройство, а не виртуалка.
Стабильность, трафик и задержки частично решаются выбором софта (например, skypefb) и установкой соответствующего плагина
Решаются в том смысле, что точкой приложения медиа-трафика становится конечное устройство, а не виртуалка.
MD
решаются
A1
Частично 😅
A
Как-то так в двух предложениях. Не хочется попадать на лицензии от nvidia. Поэтому и рассматриваем вариант нафталина в виде grid (1.0 условно) не требующих лицензий nvidia и условно старых версий esxi 6.x для "проброса" одного чипа gpu каждой ВМ. Не хочется забивать cpu кодировкой картинки рабочего стола, а сделать это как должно быть... году так в 2015😂
N
а зачем для кодировки картинки рабочего стола пробрасывать карту в ВМ? И, главное, во что вы хоть кодировать собрались?
AP
И ава подходящая для назад в будущее
A
ВМ с Windows 10, RDP с remotefx
A
Интересные новости. Но это vGPU, как раз его использовать и не хочется.
VK
Это vgpu, а не протокол
DG
Тогда зачем нужна карточка?
A
Разгрузить цпу
DG
Это понятно, но пользователей тогда негусто будет
A
Да, понимаю. Цель - не плотность, а те же 4 ВМ на сервер.
N
вам просто нужен нормальный протокол - https://blogs.vmware.com/euc/2016/02/vmware-horizon-blast-extreme-acceleration-with-nvidia-grid.html + https://techzone.vmware.com/resource/vmware-blast-extreme-optimization-guide#sec2-sub2 Правда offload на K1/K2 в актуальных версиях не поддерживается (ибо NVIDIA задеприкейтила NVFBC), так что придется пробовать на старых https://www.stephenwagner.com/2020/10/10/nvidia-vgpu-grid-k1-k2-no-h264-session-encoding-offload/
