XenDesktop 7.1 VDI具有3D应用程序的低图形性能

您使用什么客户端进行直通实例？
如果从XenDesktop 7.1 VM实例运行，通常情况下，如果使用直通模式，则可以配置XenApp主机，否则您可能会将其中一个K1引擎的完整直通分配给一个XenDesktop VM。
也许你可以详细了解一下你的配置。
此外，如果您在正在运行passthrough的Windows实例上运行nvidia-smi.exe，您是否看到K1上的负载？
和渲染，这是与OpenGL，DirectX或究竟是什么？



以下为原文

What client are you using for the passthrough instance? If you are running from a XenDesktop 7.1 VM instance, normally you'd have a XenApp host configured to tap into if you are using passthrough mode or you would otherwise be assigning the full passthrough of one of the K1 engines to just one XenDesktop VM. Maybe you can go into a little more detail on your configuration.  Also, if you run nvidia-smi.exe on the Windows instance through which the passthrough is supposedly running, do you see a load on the K1? ANd the rendering, is this with OpenGL, DirectX or what exactly?

听起来就像连接可能的原因，但我们首先要消除其他一些事情。
与vGPU一样，您是否看到了与passthrough相同的波涛汹涌的性能？
你能报告一下VM内的帧率吗？
你在比较它的工作站卡是什么？
请记住，K1上的GPU相当于K600，这是当前Quadro系列的入门级别。
如果使用K140Q配置文件，GPU上有4个用户，那就是您提供的卡的25％。
什么是CPU的负载和它的时钟速度？



以下为原文

It sound's like the connection the possible cause, but lets eliminate a few other things first.

Are you seeing the same choppy performance with passthrough as with vGPU?

Can you report on the framerate inside the VM?

What workstation card are you comparing it to?

Remember the GPU on a K1 is equivalent to a K600, which is the entry level to the current Quadro range. If using a K140Q profile, with 4 users on the GPU, that's 25% of the card you're making available.

What's the load on CPU and it's clock speed?

我们使用Citrix Receiver连接到VDI会话。
目前，我们正在使用K140Q配置文件。
一个最终用户在VDI会话和使用nVidia Quadro K600的Precision T1700上进行尝试。
另一种是使用带有nVidia GeForce 8400GS的Vostro 220。
第一个用户在科罗拉多州，而第二个用户与服务器位于同一建筑物中。
我们拥有双10核E5-2680 v2 CPU，仅使用不到总资源的20％。
至于nvidia-smi，结果如下。
C： Program Files  NVIDIA Corporation  NVSMI> nvidia-smi.exe
2014年10月9日星期四11:03:39
+ -------------------------------------------------
----- +
|
NVIDIA-SMI 332.83驱动程序版本：332.83 |
| ------------------------------- + -----------------
----- + ---------------------- +
|
GPU名称TCC / WDDM |
Bus-Id Disp.A |
挥发性的Uncorr。
ECC |
|
Fan Temp Perf Pwr：用法/上限|
内存使用|
GPU-Util Compute M. |
| =============================== + =================
===== + ====================== |
|
0 GRID K140Q WDDM |
0000：00：0B.0关闭|
N / A |
|
N / A N / A P8 N / A / N / A |
915MiB / 959MiB |
N / A默认值|
+ ------------------------------- + -----------------
----- + ---------------------- +
+ -------------------------------------------------
---------------------------- +
|
计算过程：GPU内存|
|
GPU PID进程名称用法|
| =================================================
============================ |
|
0 708权限不足N / A |
|
0 3400权限不足N / A |
|
0 2440 C： Program Files  Solid Edge ST4  Program  Edge.exe N / A |
+ -------------------------------------------------
---------------------------- +
C： Program Files  NVIDIA Corporation  NVSMI>



以下为原文

We're using the Citrix Receiver to connect to the VDI Session.
Currently, we're using the K140Q Profile.
One end-user tries it on the VDI Session and on his Precision T1700 with a nVidia Quadro K600.
Another is using a Vostro 220 with a nVidia GeForce 8400GS.

The first user is in Colorado while the second user is in the same building as the server.

We have Dual 10-Core E5-2680 v2 CPUs and are only using less than 20% of the total resources.

As far as the nvidia-smi, the results are below.

C:Program FilesNVIDIA CorporationNVSMI>nvidia-smi.exe
Thu Oct 09 11:03:39 2014
+------------------------------------------------------+
| NVIDIA-SMI 332.83     Driver Version: 332.83         |
|-------------------------------+----------------------+----------------------+
| GPU  Name            TCC/WDDM | Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|===============================+======================+======================|
|   0  GRID K140Q         WDDM  | 0000:00:0B.0     Off |                  N/A |
| N/A   N/A    P8    N/A /  N/A |    915MiB /   959MiB |     N/A      Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Compute processes:                                               GPU Memory |
|  GPU       PID  Process name                                     Usage      |
|=============================================================================|
|    0       708  Insufficient Permissions                           N/A      |
|    0      3400  Insufficient Permissions                           N/A      |
|    0      2440  C:Program FilesSolid Edge ST4ProgramEdge.exe   N/A      |
+-----------------------------------------------------------------------------+

C:Program FilesNVIDIA CorporationNVSMI>

您必须在XenServer控制台上运行nvidia-smi以进行vGPU会话，而不是在VM本身内部运行。
您还可以测量VM内的帧速率吗？



以下为原文

You have to run nvidia-smi at the XenServer console for vGPU sessions, not inside the VM itself.

Can you also measure frame rate inside the VM?

@Jason：但是对于GPU passthrough，你必须在XenApp上运行nvidia-smi.ece它正在托管这项服务，对吧？
令人困惑的是（至少对我来说）正确解释Dave的配置是什么样的。
我认为由于某种原因他在GPU直通模式下设置了XenApp服务器。
@Dave：你刚刚在XenServer上运行虚拟机作为vGPU或GPU直通实例吗？



以下为原文

@Jason: But for GPU passthrough, you do have to run nvidia-smi.ece on XenApp it it is hosting the service, right? It was confusing (at least to me) to properly interpret what Dave's configuration looks like. I thought for some reason he had a XenApp server set up in GPU passthrough mode. @Dave: Are you just running a VM on XenServer as either a vGPU or GPU passthrough instance?

嗨托比亚斯，
是的，对于passthrough，您在VM中使用nvidia-smi，对于vGPU，它位于主机控制台。
Dave在他的第一篇文章中描述了他的环境，它是带有vGPU的XenDesktop。
在上面的nvidia-smi报告中，K140Q配置文件和“N / A权限不足”也证实了这一点。



以下为原文



Hi Tobias,

Yes, for passthrough you use nvidia-smi inside the VM, for vGPU it's at the host console.

Dave described his environment in his first post, it's XenDesktop with vGPU. It's also reinforced by the K140Q profile and  "Insufficient Permissions N/A" reported in the nvidia-smi report above.

感谢大家的回应。
任何人都可以推荐一个程序/实用程序，我可以用它来测试VDI桌面中的FrameRate吗？
以下是XenServer控制台的nvidia-smi报告。
[root @ ie-xen01~] #nvidia-smi
2014年5月10日星期五08:10:55
+ -------------------------------------------------
----- +
|
NVIDIA-SMI 331.59驱动程序版本：331.59 |
| ------------------------------- + -----------------
----- + ---------------------- +
|
GPU名称持久性-M |
Bus-Id Disp.A |
挥发性的Uncorr。
ECC |
|
Fan Temp Perf Pwr：用法/上限|
内存使用|
GPU-Util Compute M. |
| =============================== + =================
===== + ====================== |
|
0 GRID K1开|
0000：44：00.0关闭|
N / A |
|
N / A 42C P8 10W / 31W |
9MiB / 4095MiB |
0％默认值|
+ ------------------------------- + -----------------
----- + ---------------------- +
|
1 GRID K1开|
0000：45：00.0关闭|
N / A |
|
N / A 42C P8 10W / 31W |
3884MiB / 4095MiB |
0％默认值|
+ ------------------------------- + -----------------
----- + ---------------------- +
|
2 GRID K1开|
0000：46：00.0关|
N / A |
|
N / A 31C P8 10W / 31W |
9MiB / 4095MiB |
0％默认值|
+ ------------------------------- + -----------------
----- + ---------------------- +
|
3 GRID K1开|
0000：47：00.0关闭|
N / A |
|
N / A 35C P8 10W / 31W |
265MiB / 4095MiB |
0％默认值|
+ ------------------------------- + -----------------
----- + ---------------------- +
+ -------------------------------------------------
---------------------------- +
|
计算过程：GPU内存|
|
GPU PID进程名称用法|
| =================================================
============================ |
|
1 20635 / usr / lib / xen / bin / vgpu 960MiB |
|
1 16295 / usr / lib / xen / bin / vgpu 960MiB |
|
1 18106 / usr / lib / xen / bin / vgpu 960MiB |
|
1 24440 / usr / lib / xen / bin / vgpu 960MiB |
+ -------------------------------------------------
---------------------------- +



以下为原文

Thanks everyone for your responses.
Can anyone recommend a program/utility that I can use to test the FrameRate in the VDI Desktop?

Below is the nvidia-smi report from the XenServer Console.

[root@ie-xen01 ~]# nvidia-smi
Fri Oct 10 08:10:55 2014
+------------------------------------------------------+
| NVIDIA-SMI 331.59     Driver Version: 331.59         |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|===============================+======================+======================|
|   0  GRID K1             On   | 0000:44:00.0     Off |                  N/A |
| N/A   42C    P8    10W /  31W |      9MiB /  4095MiB |      0%      Default |
+-------------------------------+----------------------+----------------------+
|   1  GRID K1             On   | 0000:45:00.0     Off |                  N/A |
| N/A   42C    P8    10W /  31W |   3884MiB /  4095MiB |      0%      Default |
+-------------------------------+----------------------+----------------------+
|   2  GRID K1             On   | 0000:46:00.0     Off |                  N/A |
| N/A   31C    P8    10W /  31W |      9MiB /  4095MiB |      0%      Default |
+-------------------------------+----------------------+----------------------+
|   3  GRID K1             On   | 0000:47:00.0     Off |                  N/A |
| N/A   35C    P8    10W /  31W |    265MiB /  4095MiB |      0%      Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Compute processes:                                               GPU Memory |
|  GPU       PID  Process name                                     Usage      |
|=============================================================================|
|    1     20635  /usr/lib/xen/bin/vgpu                                960MiB |
|    1     16295  /usr/lib/xen/bin/vgpu                                960MiB |
|    1     18106  /usr/lib/xen/bin/vgpu                                960MiB |
|    1     24440  /usr/lib/xen/bin/vgpu                                960MiB |
+-----------------------------------------------------------------------------+

@Dave：我们使用各种Unigine例程，特别是“天堂”基准测试。



以下为原文

@Dave: We use various Unigine routines, in particular, the "Heaven" benchmark.

你好戴夫，
除了查看帧率并通过整个GPU进行比较之外，还有一些需要探索的事情，如上所述：
查看Solid Edge ST4的系统要求，并考虑到您报告的一个用户使用K600卡获得了良好的本地体验，只要您只有1个用户，您应该获得现在使用的设置的良好远程体验
每GPU连接。
然而，这是建议的低端。
当你后来扩展到4个用户同时点击K1-GPU（每个板16个用户）时，我怀疑你会注意到一些性能问题，因为你将分享核心和内存。
考虑到Solid Edge ST4的系统要求（高处理/内存比率），我可能会尝试将K2-GPU切换为8个vGPU（K220Q配置文件）。
如果您在扩展时注意到性能下降，请记住这一点。
如果没有，那就太好了！
您报告的CPU使用率较低，但是在VM级别还是主机级别？
如果您在主机上启用了超线程（推荐），则尚未为VM配置4个vCPU（包括通过设置每个插槽的内核参数使Windows能够使用它们）和/或未通过策略禁用Aero
，它也可能与CPU相关的性能问题。
（在使用View and Markup或Solid Edge Viewer时，禁用Aero也是一项Solid Edge建议。）请注意，如果用户未使用很多，您可以在每个VM上使用较少的vCPU，而不会限制Solid Edge ST4的性能
其他进程同时进行，但你应该开始用4进行测试。
您还声明您的一个用户正在从同一建筑物连接，我认为这是通过LAN连接的。
那是对的吗？
还有一件事：你提到远程操作体验“波涛汹涌”。
您目前采用了哪些Citrix策略？
您将能够获得Solid Edge的远程体验，所以不要放弃。



以下为原文

Hello Dave,

Some things to explore besides looking at the framerate and passing through the whole GPU for comparison as pointed out above:

Looking at the system requirements for Solid Edge ST4 and considering that you report one of your users getting a good local experience using a K600 card you should be getting a good remoting experience with the setup you are using now as long as you only have 1 user connected per GPU. It is however on the low-side of the recommendations. When you later scale out to 4 users simultaneously hitting a K1-GPU (16 users per board) I suspect you will be noting some performance issues as you then will be sharing the cores as well as the memory. Considering the system requirements for Solid Edge ST4 (high processing/memory ratio) I would probably have tried slicing a K2-GPU into 8 vGPUs instead (K220Q profile). Just something to keep in mind in case you do note a performance degradation later on when you scale up. If not, then great!

You report a low CPU-usage, but is that on a VM-level or host-level? If you have hyperthreading enabled on the host (recommended), haven't configured the VM with 4 vCPUs (inluding enabling Windows to make use of them by setting the cores-per-socket parameters) and/or haven't disabled Aero by policy, it might be a CPU-related performance issue as well. (Disabling Aero is also a Solid Edge recommendation when working with View and Markup or Solid Edge Viewer.) Note that you might be able to use less vCPUs per VM without limiting the performance for Solid Edge ST4 if the users aren't using a lot of other processes simultaneously, but you should start testing with 4.

You also state that one of your users is connecting from the same building, which I assume is by cable over your LAN. Is that correct?

One more thing: You mentioned that the remoting experience is "choppy". What Citrix policies do you have applied at the moment?

You will be able to get a great remoting experience with Solid Edge so don't give up.

我一直在和Dave一起工作。
我们已经构建了一个具有4个VCPU核心的新VM（我在Xenserver中进行了每个插槽的核心更改以使它们全部存在）。
这确实可以加快SolidEdge的加载速度。
我们已将此VM设置为使用1 GB配置文件以及使用GPU传递。
这没有任何区别（事实上，整个VM似乎比以前更糟）。
至于Citrix策略，我们设置了各种打印机策略及以下内容：https：//www.dropbox.com/s/o6x09k3xnvemqoh/Capture.JPG？dl = 0



以下为原文

I have been working with Dave on this issue. We have built a fresh VM with 4 VCPU cores (I made the cores-per-socket change in Xenserver to get them all present). This does result in SolidEdge loading faster.

We have setup this VM to use the 1 GB profile as well as using GPU pass through. This has made no difference (in fact, the entire VM seems worse than before).

As for Citrix policies, we have various printer policies set and the following: https://www.dropbox.com/s/o6x09k3xnvemqoh/Capture.JPG?dl=0

嗨迈克尔，
在跑步时快速回复：
听起来还不错。
越来越近了。
在通过vGPU和整个GPU之间切换时，请记住更新驱动程序。
你可以在GRID下找到这两个：http：//www.nvidia.com/Download/index.aspx？lang = en-us
但是，看看目前的政策，我会从改变这些政策开始。
您应该应用的确切策略取决于您的使用案例，并且可能因用户组，wan，lan，外围设备（如3D mouses etcetera）而异。
Citrix edocs是一个很好的资源，可以找出哪些策略在一起工作或相互对立，以及它们适用于哪些情况。
作为快速测试尝试
取消选中：颜色压缩为unconfigured / default
编辑：音频 - 中等，显示内存 -  131072，帧率 -  30（如果你有带宽，则更高）
我现在只能使用我的手机而无法正确查看它，但在开始优化之前，这应该会为您提供比目前使用的更好的基线。
这对你有什么用？
此外，如果您是，请不要使用瘦客户端作为测试设备。
在正常工作之前，它们通常还需要一些优化（在某些情况下可能根本不需要），具体取决于型号/规格。
你的闪光灯设置让我想起了它。
如果您正在使用“普通”PC或更好（安装了最新的Receiver），请忽略最后一个音符。



以下为原文

Hi Michael,

Quick reply while on the run:
That's good to hear. Getting a bit closer.

When switching between passing through vGPU and the entire GPU remember to update the driver. You can find both here, under GRID: http://www.nvidia.com/Download/index.aspx?lang=en-us

However, looking at the current policies I would start by changing those. The exact policies you should apply depends on your use cases and may vary between user groups, wan, lan, peripherals such as 3d mouses etcetera. The Citrix edocs is an excellent resource for finding out which policies that are working together or oppossing eachother and in what cases they are applicable.

As a quick test try to
Uncheck: color compression to unconfigured/default
Edit: audio - medium, display memory - 131072, framerate - 30 (or higher if you have the bandwidth)

I'm only able to use my phone right now and can't review it properly but this should give you a better baseline than what you currently are using, before starting to optimize. How does that work to you now?

Also, don't use a thin client as a test device if you are. They will often require a bit of optimization as well before working properly (and may not at all in some cases), depending on the model/specs. Your flash setting somehow made me think of it. If you're using a 'normal' PC or better (with the latest Receiver installed) then disregard this last note.

快速说明，还：
桌面组合重定向 - 禁用，视觉质量 - 高，动态窗口预览 - 禁用



以下为原文

Quick note, also:
Desktop composition redirection - disabled, Visual quality - high, dynamic windows preview - disabled

嗨戴夫，
要捕获帧速率，您应该能够在应用程序本身中看到这一点。
我本周正在参加一个会议，所以没有一个系统在我面前看，但我确信同事或论坛成员可以查看这个。
或者看看FRAPS之类的东西（免费下载）。
看看你的nvidia-smi输出，我可以看到GPU上没有与vGPU相关的负载（0000：45：00：0）。
这可能有两个原因。
首先也是最有可能的是，当您进行测量时，VM没有任何人使用Solid Edge。
其次，应用程序不使用GPU。
尽管可能，这是不太可能的，一些应用程序在看到资源不足时会禁用硬件加速，这可能就是这种情况。
但需要测试。
正如上面提到的几个帖子一样，直通中的K1确实是这个应用程序的最小起点，因此K1上的vGPU可能不合适，你可以在Passthrough或者使用
K2与vGPU。
我强烈建议使用K1卡上的直通GPU检查性能。
如果我们可以在VM中看到良好的帧速率，那么我们可以深入了解协议。
我在下面链接的论坛上有一个旧帖子，它建议了一个Citrix策略的起点，它包括了Tony对上面提到的要点。
https://gridforums.nvidia.com/default/topic/254/hdx-policy-for-grid-accelerated-applications/
看看这一切，让我们知道你是如何进行的。



以下为原文

Hi Dave,

To capture framerate you should be able to see this in the application itself. I'm at a conference this week so don't have a system in front of me to look but I'm sure a colleague or forum member could check on this. Alternatively look at something like FRAPS (free to download).

Looking at your nvidia-smi output I can see no load on the GPU that has the vGPU's associated with it ( 0000:45:00:0). This could be for two reasons.

First and most likely that the VM's didn't have anyone using Solid Edge whilst you took that measurement.

Second, the applications isn't using the GPU. This is unlikely though possible, some applications do disable hardware acceleration when they see insufficient resources and it may be the case here. Need testing though.

As has been raised above by a couple of posts, a K1 in passthrough really would be the minimum starting point for this application so vGPU on the K1 is possibly not suitable and you''d fare better with it either in Passthrough, or using a K2 with vGPU. I'd strongly recommend checking performance with a passthrough GPU on the K1 card.


If we can see good framerates in the VM, then we can dive into the protocol. I have an old post on the forum linked below that suggests a Citrix policy for a starting point and it includes the points Tony referes to above.


https://gridforums.nvidia.com/default/topic/254/hdx-policy-for-grid-accelerated-applications/


Take a look at all of this and let us know how you get on.

我在这里应用了策略设置，并直接从Jare​​d和NVidia获得了帮助。
我们将问题分解为Solid Edge而不使用GPU，因此我们正在努力解决这个问题。
我要感谢大家的帮助。



以下为原文

I applied the policy settings here and also got assistance from Jared with NVidia directly. We isolated the issue down to Solid Edge not using the GPU so we are working on that. I would like to thank everyone for their assistance.

SolidEdge上的快速更新不会将GPU用于其他遇到此问题的人。
西门子在ST7中将网格卡添加到AutoConfigure.txt文件中，因此如果运行以前的版本，SE很可能默认为Backing Store（无图形加速）。
但是，用户应该能够手动配置应用程序显示设置以选择图形卡高级。
您还可以在设置VDI环境时在黄金映像中设置此项。
改变
应用程序按钮 - > SolidEdge选项 - >查看 - >应用程序显示（禁用自动选择，选择图形卡驱动高级）



以下为原文

Quick update on SolidEdge not using the GPU for anyone else who's seeing this problem.

Siemens added the Grid card(s) to AutoConfigure.txt file in ST7 so if running a previous version SE will more than likely default to Backing Store (no graphic acceleration).

However, the users should be able to manually configure the application display setting to select Graphics Card Advanced. You could also set this in the gold image when setting up your VDI environment.

To change

Application Button -> SolidEdge Options -> View -> Application Display ( Disable automatic selection, choose Graphic card driven Advanced)