可以在渲染农场中使用GRID吗

是的，它可以。
GRID SDK允许集成一系列技术。
Quadro产品也可供您选择。



以下为原文

Yes it can. The GRID SDK allows a range of technologies to integrate. Quadro products may also be an option for you to consider.

嗨雷切尔，
感谢您及时的回复。
我为我的公司管理一个小型3dsmax渲染农场，包括一台主机和一台企业网络上的大约60台奴隶机器。
我的IT经理向我提供了4No K2网格卡（这是另一个被封存的项目），以换取大量现有的从机。
他不想运行虚拟机，但认为可以将网格卡放入从机中并使用cuda核心进行渲染。
我到处寻找，但一直找不到任何类似的人。
您认为这是可能的还是我的IT经理跟踪方式？
谢谢
吉姆



以下为原文

Hi Rachel,
thanks for the quick response.
i admin a small 3dsmax render farm for my company consisting of a master machine and approx 60 slave machines over a corporate network. my IT manager has offered 4No K2 grid cards to me (that were for another project that was mothballed) in return for removing a large number of the existing slave machines. he does not want to run virtual machines, but thinks that the grid cards could be put into slave machines and use the cuda cores to do the rendering.
i have looked everywhere, but have been unable to find anyone that has done anything similar.
do you think this is possible or is my IT manager way of track?

Thanks
Jim

K2卡是非常专业的服务器卡，每个卡都有2xk5000像规格的GPU，所以我会检查你的经理想要更换的纯粹核心上的数字。
第一步是检查你想要放入卡的机器是否经过认证：http：//www.nvidia.com/object/grid-certified-servers.html
之后，如果你想避免虚拟机管理程序，你正在谈论物理，每个GRID卡有多个GPU（在虚拟机管理程序上，你可以有多个Vms，因此每个GPU一个）。
我不确定物理上的多个GPU的选项是什么，然后可能是远程处理/上传渲染作业，但我会问我的同事谁做了更多的物理。
由于渲染通常是管理程序上的CUDA / OpenCL，因此必须进行传递。
但是我觉得无论如何你都要考虑身体状况。
雷切尔



以下为原文

the K2 cards are very specialist server cards each with 2xk5000 like spec'd GPUs, so I'd check the numbers on sheer cores your manager wants to replace.

The first step would be to check the machines you want to put the cards in are certified: http://www.nvidia.com/object/grid-certified-servers.html


After that if you want to avoid a hypervisor you are talking physical and each GRID card has multiple GPUs (on a hypervisor you can have multiple Vms so one to each GPU). I'm not sure what the options for multiple GPUs on physical and then presumably someway of remoting/uploading the rendering jobs are myself but I'll ask my colleagues who do more with physical.

Since rendering is often CUDA/OpenCL on a hypervisor this would have to be pass-through. But I think you are askign about physical anyway.
Rachel

嗨吉姆，你打算与哪种类型的渲染器合作。
一旦我们知道我们可以指出你正确的方向。



以下为原文

Hi Jim, what type of renderer are you planning to work with please. Once we know that we can hopefully point you in the right direction.

大家好，
Render Farm使用Autodesk Backburner向作业场发出作业。
目前的计划是将K2卡放入工作站（Dell T3600和T3500），每个工作站一个。
Backburner的管理器机器是一台小型低功耗机器，仅用作控制器，如果需要，可用于Hypervisor或其他软件来控制系统。
渲染器目前是mental Ray，但是对于这个设置我们将使用Vray。
减少机器的成本节省将允许我们购买。
我上面提出的内容可以进行一些修改，但资金紧张，我们正在尝试用我们拥有的东西。
试图将农场从60台从机减小到4台GRID机的原因是成本。
每台机器目前在网络上花费大约一年的时间，加上电气和空调上的额外压力（它们在完全渲染模式下会产生相当多的热量），当你有工作人员在白天使用这些机器时这个成本
否定了。
谢谢
吉姆



以下为原文

Hi All,

the Render Farm uses Autodesk Backburner to issue jobs to the farm.
the plan at the moment is to put the K2 cards into workstations (Dell T3600 and T3500), one per workstation.
The manager machine for Backburner is a small low power machine that is only used as a controller, this could be used for the Hypervisor or other software to control the systems if required.

the Renderer is currently mental Ray, but for this setup we would be using Vray. cost savings on reduced machines would allow us to purchase this.

What i have laid out above is open to some modification, but funds are tight and we are trying to make do with what we have.
The reason for trying to downsize the farm from 60 slave machines to 4 GRID machines is cost.
Each machine currently costs about a grand a year to be on the network plus electric and added pressure on the air con(they do produce quite a bit of heat on full render mode), when you have staff using these machines during the day this cost is negated.

Thanks
Jim

嗨吉姆，只要您谈论混沌产品的VRay-RT（GPU加速）版本，那么您想要做的应该是可行的（Vray本身就是一个纯CPU渲染器）。
正如Rachel所建议的那样，如果K2安装在合适的硬件中，并且安装了操作系统，那么K2上的GPU将在设备管理器中显示为常规GPU，并且应该对VRay-RT可见。
请注意，我们不会为K2进行QA或认证此配置，因此建议在完全购买/部署之前进行一些测试。



以下为原文

Hi Jim, so long as you are talking about VRay-RT (which is GPU accelerated) version of the Chaos product then what you want to do should be feasible (Vray itself is a pure CPU renderer). As Rachel suggests if the K2's are installed in suitable hardware with windows (or for that matter even Linux) installed as the OS then the GPU's on the K2 will appear as regular GPU's in device manager and should be visible to VRay-RT. Note that we don't QA or certify this configuration for K2 so doing some testing before full purchase/deployment is advised.

嗨，
谢谢（你的）信息。
看起来我有一些测试要做。
当我有一些答案或更多问题时，我会报告回来。
干杯
吉姆



以下为原文

Hi,
thanks for the info.
looks like i have some testing to do.
i will report back when i have some answers or more problems.
cheers
Jim

在最近的网络研讨会上，出现了类似的问题......
问：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，Horizo​​n，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/
如果你想问更多的问题，那么线程可能是一个合适的地方。



以下为原文

In a recent webinar a similar enquiry came up...

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.