任何配置文件都不支持GRID 1.0(K1 / K2)CUDA / OpenCL。
在vGPU配置文件上支持GRID 2.0(M60 / M6)CUDA和OpenCL,其中vGPU代表整个GPU,即传递的替代方案,例如
M8-xQ配置文件。
这是因为当共享CUDA理论上仍然会影响其他用户时。
GRID 2.0管理整个pGPU over passthrough的vGPU的优点是可以监视和管理来自虚拟机管理程序的虚拟机传递。
最好的祝愿,
雷切尔
以上来自于谷歌翻译
以下为原文
GRID 1.0 (K1/K2) CUDA/OpenCL not supported on any profiles.
GRID 2.0 (M60/M6) CUDA and OpenCL supported on vGPU profiles where a vGPU represents a whole GPU i.e. an alternative to pass-through e.g. M8-xQ profiles. This is because when shared CUDA could still theoretically affect other users.
The advantage of GRID 2.0 managing a vGPU with a whole pGPU over passthrough is that can monitor and manage pass-through like VMs from hypervisor.
Best wishes,
Rachel
任何配置文件都不支持GRID 1.0(K1 / K2)CUDA / OpenCL。
在vGPU配置文件上支持GRID 2.0(M60 / M6)CUDA和OpenCL,其中vGPU代表整个GPU,即传递的替代方案,例如
M8-xQ配置文件。
这是因为当共享CUDA理论上仍然会影响其他用户时。
GRID 2.0管理整个pGPU over passthrough的vGPU的优点是可以监视和管理来自虚拟机管理程序的虚拟机传递。
最好的祝愿,
雷切尔
以上来自于谷歌翻译
以下为原文
GRID 1.0 (K1/K2) CUDA/OpenCL not supported on any profiles.
GRID 2.0 (M60/M6) CUDA and OpenCL supported on vGPU profiles where a vGPU represents a whole GPU i.e. an alternative to pass-through e.g. M8-xQ profiles. This is because when shared CUDA could still theoretically affect other users.
The advantage of GRID 2.0 managing a vGPU with a whole pGPU over passthrough is that can monitor and manage pass-through like VMs from hypervisor.
Best wishes,
Rachel
举报