怎么创建自己的XenServer vGPU类型

目前，这些是在NVIDIA和Citrix之间的驱动程序级别定义的，因此不支持自定义。
我们会将这些想法添加到我们的功能请求列表中以供考虑。
我很好奇这个配置文件的用例，在那个级别的帧缓冲区，你每个GPU只能看到2个用户，而K2可能更有意义吗？
有了用例，你还要比较一下Quadro卡吗？



以下为原文

Currently these are defined at the driver level between NVIDIA and Citrix, so no customization is supported.  We do add these thoughts to our feature request list for consideration.  I am curious about the use case for this profile, at that level of frame buffer you are looking at only 2 users per GPU, and a K2 may make more sense?  With the use case, also what Quadro card are you comparing this to?

出于安全原因我不了解应用程序，所以我不能说出来。
测试人员只报告，这个卡/配置是坏的或良好的lil提示。
我给了他们q6000  - >好，网格k2与xenserver中的k260q  - >好，k140q  - >坏，导致内存不足....只是为了测试我在xenserver中攻击了一个lil并找到了获取方法
我想要的是。
现在我有一个自定义配置文件（命名为k160q），这是实际的k140q，但有2GB的内存。
Windows正在抱怨我使用的新pci.ids，所以我把新的pci.ids放在nvidia的inf中，配置为k140q。
它的工作和测试处于待定状态......如果有人有兴趣怎么做，我可以解释....



以下为原文

cause of security reasons iam not aware about the application, so i cannot say something about it. the tester is only reporting, this card/config is bad or good with lil hints. i gave them the q6000 --> good, grid k2 with k260q in xenserver --> good, k140q --> bad, cause of low memory....  just for testing i hacked a lil in xenserver and found a way to get what i want. now i have a custom profile (named it k160q), which is actual the k140q, but with 2gb of ram. windows was complaining about the new pci.ids i used, so i put the new pci.ids in the inf of nvidia with config of k140q. its working and the test is in pending state... if someone is interesting how to do that, i can explain....

qp  - 我需要强调这是一种不受支持的方法，不适合生产环境。
此功能已启用并发布在自述文件中，仅用于临时诊断和故障排除，而不是用于持续使用。
我们仍在质疑这个配置文件的需求，是什么要求这种级别的帧缓冲？
如果他们需要这个，他们真的应该考虑增加CUDA核心，DDR5和K2的功率。
K1更专为密度而设计，以满足K2通常应对的高性能需求。
让测试人员私下给我发消息，我可以带回线路工程师来帮助理清他们特定的GPU需求。



以下为原文

qp - I need to stress this is an unsupported approach and not appropriate for production environments.  This functionality is enabled and posted in the readme solely for temporary diagnostics and troubleshooting, not for ongoing use.  

We are still questioning the need for this profile, what is demanding this level of frame buffer?  If they need this they really should also be looking to move the increase in CUDA cores, DDR5, and power of the K2.  The K1 is more designed for density verses the high performance needs that the K2 typically answers.  Have the tester privately message me and I can bring back line engineers in to help sort out their specific GPU needs.

好吧。
只是想提供一些关于修改后的k140q配置文件的反馈。
测试结果很好，gpu负载甚至更低。
k140q配置文件，所以我认为驱动程序动态分割其余的资源。
我不知道该应用程序，但我认为这个用例的需要只是一堆公羊。
每个用户肯定超过1 GB。
在一天结束时，最大的问题是：有多少用户可以在哪个网格上花费成本...而且我认为，最好将8个用户放在网格k1而不是4个网格k2上
（关于机架空间，服务器等的观点）
所以我在@nvidia的approch做了一些静态配置文件。



以下为原文

k all right. just wanna give some feedback about the modified k140q profile. the test was good and the gpu load was even lower as the orig. k140q profile, so i think the driver is splitting the rest of ressources dynamically.

i dont know the app, but i think the need for this use case is only a bunch of ram. definitely more than 1 gb per user.

at the end of the day, the big question is: how many users can i get on which grid that cost $$$$... and i think, its better to put 8 users on a grid k1 instead 4 on a grid k2 (perspective on rack space, servers, etc.)

so my approch at @nvidia do something about the static profiles.