情况始终是应用程序供应商（因此请联系Adobe），以确定他们是否许可和/或支持虚拟化。
在实践中，虽然某些应用程序不支持虚拟化许多客户继续，只是通过在裸机上复制提交问题。
我们在最近的网络研讨会常见问题/聊天中对PPro提出了类似的问题......我在这里添加了回复：
问：GRID是我的创意团队的可行解决方案，他们主要使用Adobe Aftereffects，3DS MAX，V-ray等软件吗？
NVIDIA的GRID解决方案适用于在虚拟环境中运行的应用程序需要图形加速才能正常运行的任何情况。
该声明适用于通常在M＆amp; E（媒体和娱乐）环境中发现的应用程序，例如3dsMax，Maya，Premier Pro（PPro），Aftereffects，Photoshop，Nuke等，具有一个或两个附带条件。
最值得注意的附带条件是应用程序需要CUDA或OpenCL支持。
由于今天我们的8Q配置文件（其中整个物理GPU被分配给VM）仅支持CUDA，因此需要CUDA的应用程序将需要使用此配置文件，同时减少密度可能性。
在M＆amp; E环境中使用CUDA的应用程序是PPro（Mercury播放引擎），Aftereffects（3D文本渲染）和许多渲染引擎，如VRay-RT。
因此，这些应用程序需要以不使用应用程序的CUDA部分的方式使用（例如，不是每个人都需要在Aftereffects中使用3D文本），或者允许应用程序的CUDA部分回退到CPU。
例如，Mercury Playback引擎可以使用CPU，这可能适用于重影或多个视频流未处理的情况。
M＆amp; E的其他注意事项是Wacom平板电脑支持仅在Citrix环境中可用，并且未经完全认证。
此外，VDI协议中的色彩空间支持通常不足以实现真彩色QA或颜色分级应用。
远程协议和虚拟化堆栈还以不同方式处理音频/图形信道同步，并且用户应该咨询他们的远程供应商，例如
Citrix / VMware /其他技术可以避免随着时间的推移而发生漂移。
许多M＆amp; E应用程序在Linux下运行，这是许多M＆amp; E客户的热门选择。
应该注意的是，VMWare和Citrix都可以使用vGPU提供完整的Linux支持（在网络研讨会播出后的XenServer 7.0中引入）。
RGS，XenDesktop，Horizon，MechDyne TGX和NiceDCV都支持在其协议中启用vGPU的VM。
支持哪些Linux操作系统因供应商而异，因此评估时应调查每个协议支持。
GRID技术可满足各种M＆amp; E要求，我们的一些客户成功使用Maya，3DSMax等，但工作流程的某些方面可能仍需要专用工作站，使用PPro进行颜色分级复杂编辑或最终QA
。
我们的渲染和虚拟化专家之一正在与此类线程上的类似客户进行类似的讨论https://gridforums.nvidia.com/default/topic/801/using-grid-cards-in-a-render-farm/
如果你想问更多的问题，那么线程可能是一个合适的地方。
以上来自于谷歌翻译
以下为原文
It's always the case that it's down to the application vendor (so contact Adobe) as to whether they license and/or support virtualised. In practice although some application not supported virtualised many customers go ahead and simply submit issues by reproducing on bare metal.
We had a similar question on PPro on a recent webinar FAQ/chat... I've added the reply here:
Q: Is GRID is a viable solution for my Creative Team whom are using mostly software like Adobe Aftereffects, 3DS MAX, V-ray etc. ?
NVIDIA’s GRID solution is applicable to any situation where applications running in a virtual environment require graphical acceleration to perform well. This statement applies across the range of applications typically found in M&E (Media and Entertainment) environments like 3dsMax, Maya, Premier Pro (PPro), Aftereffects, Photoshop, Nuke etc., with one or two provisos.
The most notable proviso is where CUDA or OpenCL support is required by an application. Since CUDA is only supported today by our 8Q profiles (where the whole physical GPU is allocated to the VM) applications that require CUDA will need to use this profile with the attendant reduction in density possibilities. Applications that do use CUDA in an M&E context are PPro (the Mercury playback engine), Aftereffects (3D text rendering) and many rendering engines like VRay-RT.
So these applications either need to be used in such a way that the CUDA part of the application is not used (for example not everyone needs 3D text in Aftereffects) or the CUDA part of the app is allowed to fall back to CPU. For example the Mercury Playback engine can use CPU and that would likely be acceptable for situations where heavy effects or multiple video streams where not being processed.
Other considerations for M&E would be that Wacom tablet support is only available in a Citrix environment and is not fully certified. Additionally the color-space support in VDI protocols is often not sufficient for true color QA or colour grading applications. The remoting protocols and virtualisation stacks also handle audio/graphical channel synchronisation differently and users should consult their remoting vendor e.g. Citrix/VMware/other on their technologies to avoid drift over time.
Many M&E applications run under Linux and this is a popular choice for many M&E customers. It should be noted that full Linux support with vGPU is available with both VMWare and Citrix (introduced in XenServer 7.0 just after the webinar was broadcast). RGS, XenDesktop, Horizon, MechDyne TGX and NiceDCV all support vGPU enabled VM’s in their protocols too. Which Linux OSs are supported varies across vendors so those evaluating should investigate each protocols support.
A good range of M&E requirements can be met by GRID technology with some of our customers successfully using Maya, 3DSMax and similar but some aspects of a workflow may still require a dedicated workstation, colour grading complex editing with PPro or final QA for example.
One of our rendering and virtualization experts is having a similar discussion with a similar customer on this thread https://gridforums.nvidia.com/default/topic/801/using-grid-cards-in-a-render-farm/ and if you want to ask more questions that thread could be an appropriate place to do so.
情况始终是应用程序供应商（因此请联系Adobe），以确定他们是否许可和/或支持虚拟化。
在实践中，虽然某些应用程序不支持虚拟化许多客户继续，只是通过在裸机上复制提交问题。
我们在最近的网络研讨会常见问题/聊天中对PPro提出了类似的问题......我在这里添加了回复：
问：GRID是我的创意团队的可行解决方案，他们主要使用Adobe Aftereffects，3DS MAX，V-ray等软件吗？
NVIDIA的GRID解决方案适用于在虚拟环境中运行的应用程序需要图形加速才能正常运行的任何情况。
该声明适用于通常在M＆amp; E（媒体和娱乐）环境中发现的应用程序，例如3dsMax，Maya，Premier Pro（PPro），Aftereffects，Photoshop，Nuke等，具有一个或两个附带条件。
最值得注意的附带条件是应用程序需要CUDA或OpenCL支持。
由于今天我们的8Q配置文件（其中整个物理GPU被分配给VM）仅支持CUDA，因此需要CUDA的应用程序将需要使用此配置文件，同时减少密度可能性。
在M＆amp; E环境中使用CUDA的应用程序是PPro（Mercury播放引擎），Aftereffects（3D文本渲染）和许多渲染引擎，如VRay-RT。
因此，这些应用程序需要以不使用应用程序的CUDA部分的方式使用（例如，不是每个人都需要在Aftereffects中使用3D文本），或者允许应用程序的CUDA部分回退到CPU。
例如，Mercury Playback引擎可以使用CPU，这可能适用于重影或多个视频流未处理的情况。
M＆amp; E的其他注意事项是Wacom平板电脑支持仅在Citrix环境中可用，并且未经完全认证。
此外，VDI协议中的色彩空间支持通常不足以实现真彩色QA或颜色分级应用。
远程协议和虚拟化堆栈还以不同方式处理音频/图形信道同步，并且用户应该咨询他们的远程供应商，例如
Citrix / VMware /其他技术可以避免随着时间的推移而发生漂移。
许多M＆amp; E应用程序在Linux下运行，这是许多M＆amp; E客户的热门选择。
应该注意的是，VMWare和Citrix都可以使用vGPU提供完整的Linux支持（在网络研讨会播出后的XenServer 7.0中引入）。
RGS，XenDesktop，Horizon，MechDyne TGX和NiceDCV都支持在其协议中启用vGPU的VM。
支持哪些Linux操作系统因供应商而异，因此评估时应调查每个协议支持。
GRID技术可满足各种M＆amp; E要求，我们的一些客户成功使用Maya，3DSMax等，但工作流程的某些方面可能仍需要专用工作站，使用PPro进行颜色分级复杂编辑或最终QA
。
我们的渲染和虚拟化专家之一正在与此类线程上的类似客户进行类似的讨论https://gridforums.nvidia.com/default/topic/801/using-grid-cards-in-a-render-farm/
如果你想问更多的问题，那么线程可能是一个合适的地方。
以上来自于谷歌翻译
以下为原文
It's always the case that it's down to the application vendor (so contact Adobe) as to whether they license and/or support virtualised. In practice although some application not supported virtualised many customers go ahead and simply submit issues by reproducing on bare metal.
We had a similar question on PPro on a recent webinar FAQ/chat... I've added the reply here:
Q: Is GRID is a viable solution for my Creative Team whom are using mostly software like Adobe Aftereffects, 3DS MAX, V-ray etc. ?
NVIDIA’s GRID solution is applicable to any situation where applications running in a virtual environment require graphical acceleration to perform well. This statement applies across the range of applications typically found in M&E (Media and Entertainment) environments like 3dsMax, Maya, Premier Pro (PPro), Aftereffects, Photoshop, Nuke etc., with one or two provisos.
The most notable proviso is where CUDA or OpenCL support is required by an application. Since CUDA is only supported today by our 8Q profiles (where the whole physical GPU is allocated to the VM) applications that require CUDA will need to use this profile with the attendant reduction in density possibilities. Applications that do use CUDA in an M&E context are PPro (the Mercury playback engine), Aftereffects (3D text rendering) and many rendering engines like VRay-RT.
So these applications either need to be used in such a way that the CUDA part of the application is not used (for example not everyone needs 3D text in Aftereffects) or the CUDA part of the app is allowed to fall back to CPU. For example the Mercury Playback engine can use CPU and that would likely be acceptable for situations where heavy effects or multiple video streams where not being processed.
Other considerations for M&E would be that Wacom tablet support is only available in a Citrix environment and is not fully certified. Additionally the color-space support in VDI protocols is often not sufficient for true color QA or colour grading applications. The remoting protocols and virtualisation stacks also handle audio/graphical channel synchronisation differently and users should consult their remoting vendor e.g. Citrix/VMware/other on their technologies to avoid drift over time.
Many M&E applications run under Linux and this is a popular choice for many M&E customers. It should be noted that full Linux support with vGPU is available with both VMWare and Citrix (introduced in XenServer 7.0 just after the webinar was broadcast). RGS, XenDesktop, Horizon, MechDyne TGX and NiceDCV all support vGPU enabled VM’s in their protocols too. Which Linux OSs are supported varies across vendors so those evaluating should investigate each protocols support.
A good range of M&E requirements can be met by GRID technology with some of our customers successfully using Maya, 3DSMax and similar but some aspects of a workflow may still require a dedicated workstation, colour grading complex editing with PPro or final QA for example.
One of our rendering and virtualization experts is having a similar discussion with a similar customer on this thread https://gridforums.nvidia.com/default/topic/801/using-grid-cards-in-a-render-farm/ and if you want to ask more questions that thread could be an appropriate place to do so.
举报
