完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
|
大家好，
我正在部署用于Petrel 2014的VDI。只要我使用的是K260q vGPU，一切都很好。 现在我想为每个VM提供一个完整的GPU，即每个VM的网格K2。 问题是，无论何时我更换GPU，系统最终都会使用标准图形卡，并且设备管理器中的GRID K2上有一个黄色三角形（安装驱动程序后）。 互联网上的所有论坛都建议转到NVIDIA控制面板，但由于我使用的是Xenserver 6.2，因此无法进入控制面板，因为启用直通后，通过远程桌面连接到机器的唯一方法。 与Citrix Receiver连接也无法正常工作。 此外，对于那些也部署了这种基础设施的人，我希望能够通过，因为Petrel在加载文件时速度太慢。 请问您认为我应该为VM分配什么？ 我目前的规格是： - 虚拟机（适用于工作） 操作系统：Windows 7 Pro x64 SP1 CPU：Intel（R）Xeon（R）CPU E5-2680 v2 @ 2.80GHz（4个CPU），~2.8GHz RAM：48 GB GPU：NVIDIA GRID K260q NVIDIA驱动程序：332.83_grid_win8_win7_64bit_english.exe - Citrix Xenserver Hypervisor 操作系统：Xenserver 6.2 CPU：40核（Intel（R）Xeon（R）CPU E5-2680 v2 @ 2.80GHz） 内存：393181 MB GPU：GK104GL [GRID K2] NVIDIA驱动程序：NVIDIA-vgx-xenserver-6.2-331.59.01.i386.rpm，NVIDIA-vgx-xenserver-6.2-331.59.i386.rpm 我向所有建议开放。 谢谢， ELOM 以上来自于谷歌翻译 以下为原文 Hi All, I am deploying a VDI to be used for Petrel 2014. As long as I am using the K260q vGPU, everything seems fine. Now I want to give a full GPU per VM, i.e. Grid K2 per VM. The issue is, anytime I change the GPU the system ends up using the Standard Graphic Card and I have a yellow triangle on the GRID K2 in device manager (after installing the Drivers). All forums on the internet suggest to go to the NVIDIA control panel but since I am using Xenserver 6.2 I cannot go to the control panel as once the passthrough is enable the only way to connect to the machine is via Remote Desktop. Connecting with Citrix Receiver too is not working. Also For those who have also deployed this infrastructure, I wish to do a pass through because Petrel is too slow in loading the files. Please what do you think I should allocate to the VM? My current specs are: - Virtual Machines (For Worksations) OS: Windows 7 Pro x64 SP1 CPU: Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz (4 CPUs), ~2.8GHz RAM: 48 GB GPU: NVIDIA GRID K260q NVIDIA Drivers: 332.83_grid_win8_win7_64bit_english.exe - Citrix Xenserver Hypervisor OS: Xenserver 6.2 CPU: 40 Cores (Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz) RAM: 393181 MB GPU: GK104GL [GRID K2] NVIDIA Drivers: NVIDIA-vgx-xenserver-6.2-331.59.01.i386.rpm , NVIDIA-vgx-xenserver-6.2-331.59.i386.rpm I am opened to all suggestions. Thanks, Elom 
0
|
|
相关推荐
9个回答
|
|
|
几个建议。
首先，使用passthrough驱动程序，而不是vGPU驱动程序。 http://www.nvidia.co.uk/download/driverResults.aspx/77665/en-uk 然后，确认GPU可供VM连接。 最后，在从vGPU到Passthrough的转换中，可能与VDA的连接中断，这就是Cirix连接失败的原因。 要解决此问题，您可以先尝试运行 montereyenable.exe -enable -noreset 然后重启。 您可以通过RDP运行此命令。 这应该重新连接链接，以便VDA“看到”GPU。 如果它仍然有问题，我建议如下 关闭VM 从VM中删除GPU配置文件 然后从VM卸载vGPU驱动程序 重启（你现在应该有一个没有GPU的标准虚拟机） 关闭VM 连接passthrough GPU 安装passthrough驱动程序 运行montereyenable.exe -enable -noreset 重启 这应该让你回到正轨。 以上来自于谷歌翻译 以下为原文 Couple of suggestions. First, use the passthrough driver, instead of the vGPU driver. http://www.nvidia.co.uk/download/driverResults.aspx/77665/en-uk Then, confirm that the GPU is available for the VM to connect to. Finally, in the switch from vGPU to Passthrough, it's possible that the connection with the VDA is broken which is why the Cirix connection fails. To resolve this you can first try running montereyenable.exe -enable -noreset Then reboot. You can run this via RDP. This should reconnect the link so that the VDA "see's" the GPU. If it's still problematic I'd recommend the following Shutdown the VM Remove the GPU profile from the VM Boot then uninstall the vGPU driver from the VM Reboot (you should now have a standard VM with no GPU) Shutdown the VM Attach the passthrough GPU Install the passthrough driver Run montereyenable.exe -enable -noreset Reboot That should get you back on track. |
|
|
|
|
|
嗨，杰森，
非常感谢您的回复。 我目前正在从您的链接下载驱动程序。 我会在几个小时内尝试所有这些并恢复原状。 以上来自于谷歌翻译 以下为原文 Hi Jason, Thank you very much for your reply. I am currently downloading the driver from your link. I will try all that in a few hours and revert back. |
|
|
|
|
|
你好贾森，
再次感谢您的建议。 我能够完成它。 现在VM正确安装了2个Quadcore CPU，64GB RAM和1个GRID K2直通GPU（4GB视频内存）。 Citrix Receiver也可以登录。 不幸的是，我仍然记录Petrel 2014的糟糕表现，即在处理数据时似乎很慢。 我想知道是否有任何注册表调整或任何命令或优化我应该做（在软件级别或硬件级别）。 等待你明智的建议。 谢谢， ELOM 以上来自于谷歌翻译 以下为原文 Hello Jason, Thanks again for your suggestions. I was able to get it done. Now the VMs have 2 Quadcore CPUs, 64GB of RAM and 1 GRID K2 Pass-through GPU (4GB of Video Memory) properly installed. The Citrix Receiver is able to log in as well. Unfortunately I still record poor performance from Petrel 2014 i.e. it seems slow when working on data. I am wondering if there is any registry tweak or any command or optimization I should do (at the software level or at the hardware level). Awaiting for your wise advice. Thanks, Elom |
|
|
|
|
|
嗨，Elom，
很高兴看到你终于解决了，当一切看起来正确但它仍然不起作用时，它会有点令人沮丧！ 至于性能，你有4个或更多的vCPU分配给VM，它们是否在VM内可见？ 让我知道这是怎么回事，我们将从那里开始。 以上来自于谷歌翻译 以下为原文 Hi Elom, Glad to see you finally got it resolved, it can be a little frustrating when everything looks right and it still doesn't work! As for performance, have you got 4 or more vCPU's allocated to the VM, and are they visible inside the VM? Let me know how that stands and we'll go from there. |
|
|
|
|
|
嗨，杰森，
谢谢回答。 你是对的; 这真是令人沮丧，因为我认为当我终于完成传递工作时，一切都解决了。 我使用了来自服务器的8个内核，以2个四核处理器的形式呈现。 当我从任务管理器检查时，我可以看到OS使用的8个核心（win7）。 当我使用nvidia-smi命令时，我也可以看到传递GPU的利用率，大约37％。 Ram现在是64GB，甚至没有使用25％。 CPU的使用率也很好。 系统仍处于低位运行状态。 请注意，物理服务器是带有40个核心的HP DL380z（英特尔®至强®CPUE5-2680 v2 @ 2.80GHz）。 等待你的建议， ELOM 以上来自于谷歌翻译 以下为原文 Hi Jason, Thanks for answering. You are right; it is reaaly frustrating, as I thought everything was solved when I finally got the pass-through working. I used 8 cores from the server, presented as 2 quadcore processors. When I check from the task manager, I can see the 8 cores being utilized by the OS (win7). When I use the nvidia-smi command, I can as well see the utilization of the pass-through GPU, about 37%. The Ram is now 64GB and not even 25% is being used. The CPUs also look fine in terms of utilization. Still the system is performing low. Note the Physical server is an HP DL380z with 40 Cores (Intel® Xeon® CPU E5-2680 v2 @ 2.80GHz). Awaiting for your advice, Elom |
|
|
|
|
|
谢谢埃洛姆，
一切看起来都是一个很好的起点， 你是如何衡量绩效的？你在比较什么？ 什么是存储子系统？ 有时IOPS成为一个瓶颈，将所有东西都拖下来。 我已经看到了一些真正受益于SSD或Atlantis ILIO等技术的应用程序。 以上来自于谷歌翻译 以下为原文 Thanks Elom, Everything looks like a good start point, How are you measuring performance, and what are you comparing against? What's the storage subsystem? Sometimes IOPS becomes a bottleneck which drags everything down. I've seen a couple of applications that really benefit from either SSD or a technology such as Atlantis ILIO. |
|
|
|
|
|
嗨，Elom，
你能看一下VM中消耗的IOPS吗？ 存储子系统可能会导致访问数据时出现性能问题。 始终值得调查并且已知桌面虚拟化的瓶颈。 以上来自于谷歌翻译 以下为原文 Hi Elom, Can you take a look at the IOPS being consumed in the VM. It's possible that the storage subsystem is causing performance issues with accessing data. Always worth investigating and a known bottleneck in desktop virtualisation. |
|
|
|
|
|
嗨，大家好，
我想知道你是否也可以帮助那个。 我即将购买一台笔记本电脑，拥有相当不错的专业4核i7。 问题是这款笔记本电脑配备了Geforce 750M，我想知道这款显卡是否足以运行Petrel 2012。 我是否被迫使用具有良好高端NVIDIA Quadro的笔记本电脑才能在我的机器上使用该软件。 以上来自于谷歌翻译 以下为原文 Hi Guys, I was wondering if you can also help on that one. I am about to buy a laptop, with a quite good pro 4-core i7. The thing is this laptop has a Geforce 750M and I wonder if this graphic card would be powerfull enough to run Petrel 2012. Am I forced to go to a laptop with a good high end NVIDIA Quadro to be able to use that software on my machine. |
|
|
|
|
|
这可能是一个陈旧的线程，但对于为Petrel配置K2的任何人，请检查您的数据吞吐量，如上所示。
Petrel利用大量小文件生成密集级别的磁盘I / O，能够使磁盘I / O通道和标准企业网络饱和。 要有效地配置系统以支持它，必须结合可用的CPU，内存和GPU考虑这些因素。 以上来自于谷歌翻译 以下为原文 This may be a stale thread, but for anyone configuring the K2 for Petrel, please check your data throughput as indicated above. Petrel utilizes lots of small files generating an intensive level of disk I/O which is capable of saturating both disk I/O channels and standard enterprise networks. To effectively configure the system to support it, these factors must be considered in conjunction with available CPU, memory, and GPU. |
|
|
|
|
只有小组成员才能发言，加入小组>>
使用Vsphere 6.5在Compute模式下使用2个M60卡遇到VM问题
2827 浏览 5 评论
是否有可能获得XenServer 7.1的GRID K2驱动程序？
3218 浏览 4 评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
3861
评论
淘帖
1959
