完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
你好。
驱动程序352.83 / 354.80(在网格K2上)可能存在错误/功能。 帧速率限制器(默认情况下启用frame_rate_limiter 1 / frl_config 0x3C)限制为70 FPS而不是预期的60 FPS。 经过天堂基准测试和窗口低调@ k280q配置文件。 任何人都可以验证此错误/功能吗? M.C> 以上来自于谷歌翻译 以下为原文 Hello. There is probably bug/feature in drivers 352.83/354.80 (on Grid K2). Frame rate limiter (enabled by default with frame_rate_limiter 1/frl_config 0x3C) limits at 70 FPS instead of expected 60 FPS. Tested with Heaven benchmark and windowed lowres @ k280q profile. Can anyone verify this bug/feature ? M.C> |
|
相关推荐
8个回答
|
|
嗨MC,
我正在与开发/测试团队核实。 我希望有人会迅速作出反应。 非常感谢提出这个并包括具体的驱动程序细节 - 一如既往的帮助! 雷切尔 以上来自于谷歌翻译 以下为原文 Hi MC, I'm checking with the dev/test team. I hope someone will respond rapidly. Many thanks for raising this and including the specific driver details - helpful as always! Rachel |
|
|
|
嗨,MArtin,
显然它有点像汽车speedo! 那里有一点余地可以保证一些sigma你总是得到60fps; 所以在实践中可能会看到65-68fps取决于你在做什么... 最好的祝愿, 雷切尔 以上来自于谷歌翻译 以下为原文 Hi MArtin, Apparently it's a bit like a car speedo! There's a bit of a margin in there to guarantee to some sigma you always get 60fps; so in practice may see 65-68fps depending on what you are doing... Best wishes, Rachel |
|
|
|
|
|
|
|
|
|
|
|
嗨,
我也遇到了这个问题。 当我在vGPU模式下使用我的K2 GRID板和任何配置文件时,我的图像生成器(菱形视觉创世纪RTX)开始每秒生成63-66帧(真的不稳定),这导致任何要求的PCoIP会话上的图像性能非常差 为60 FPS。 来自IG本身的实时统计显示交换缓冲区非常不稳定,并且遍布整个地方反过来影响往返。 我已经在GRID软件级别上解决了这个问题,因为直接使用直通模式的K2给了我一个完美稳定的60 FPS以及一致的交换缓冲和往返,从而带来更好的用户体验。 有没有办法在GRID GPU Manager级别将同步锁定到60HZ? 谢谢 帕斯卡尔 以上来自于谷歌翻译 以下为原文 Hi, I am also experiencing problems with this. When I use my K2 GRID board in vGPU mode with any profiles, my image generator (diamond visionic Genesis RTX) starts generating 63-66 frames per second (really not stable) which results in very poor image performance on any PCoIP session that is asking for 60 FPS. Live Statistics from the IG itself shows the swapbuffer very unstable and being all over the place which in turn affects the round trip. I have isolated this problem at the GRID software level since using the K2 in passthrough mode directly to the VM gives me a perfect and stable 60 FPS as well as a consistent swapbuffer and round trip which results in a much better user experience. Is there a way at the GRID GPU Manager level to lock the synch down to 60HZ? Thanks Pascal |
|
|
|
嗨Pascal,
您是否可以尝试使用vsync并报告是否可以改进。 对于稍微快一点的源代码进行60的抽样可能会导致口吃。 我不确定vsync是否会遇到同样的问题但是值得尝试。 我还会向产品团队报告此事。 我有点惊讶我以前没有听过这个,因为我们有很多PCoIP和VMware用户......我想知道是否有办法配置PCoIP以避免?!? 最好的祝愿, 雷切尔 以上来自于谷歌翻译 以下为原文 Hi Pascal, Could you try using vsync and report if that improves things. Sampling at exactly 60 against a slightly faster source code can cause stutter. I'm not sure if vsync will suffer from the same issue though but it's worth trying. I'll also report this to the product team. I'm slightly surprised I haven't heard this before as we have lots of PCoIP and VMware users... I'm wondering if there is a way to configure PCoIP to avoid ?!? Best wishes, Rachel |
|
|
|
嗨雷切尔,
感谢您的回复。 我已经尝试过使用vsync,它并没有真正改变任何东西。 我不认为这是PCoIP本身的问题,而是GPU,NVIDIA GRID软件和Vritual Machine之间的问题。 不知何故,GRID软件似乎在VM上配置GPU以生成高于60 FPS,而我的图像生成器不喜欢这样。 在使用GRID软件不是因素的vDGA模式下,我获得了完美的60FPS并且在IG级别上稳定(通过PCoIP会话)。 我将尝试使用来自不同制造商的IG来查看是否我遇到了同样的问题。 也许Genesis IG不处理过采样,并且精确配置为30,60和120 FPS。 以上来自于谷歌翻译 以下为原文 Hi Rachel, thanks for your reply. I already tried using the vsync and it doesnt really change anything. I dont think this is an issue with the PCoIP itself but rather between the GPU, NVIDIA GRID Software and the Vritual Machine. Somehow, the GRID software seems to configure the GPU on a VM to generate higher than 60 FPS and my image generator doesnt like that. in vDGA mode where the GRID software is not a factor, I get a perfect 60FPS and stable at the IG level (through a PCoIP session). I will try to use an IG from a different manufacturer to see if I get the same issue. Maybe the Genesis IG doesnt handle oversampling and are configured for 30, 60 and 120 FPS exactly. |
|
|
|
嗨Pascal,
你传递的FPS是什么(没有FRL),所以我认为它可以检查得更高。 我不是专家,并且已经向同事们提出了意见分歧,有些人认为vsync应该解决这个问题并要求我检查你是否确实启用了它,他建议: “用户可以在NVIDIA控制面板中强制启用VSYNC,并将渲染速率同步到60Hz或60FPS。我所期望的是,相同设置的传递速率更高。 确认两个VM中的VSYNC设置在全局默认值中是相同的(VSYNC = ON)。 另外一个重要的细节是,NVIDIA控制面板中的设置更改将对新进程生效。 如果在应用程序运行时更改了设置,它将继续使用在初始流程启动时进行的设置。 确保用户了解此限制。“ 你能仔细检查吗? vSync没有任何区别/略好/略差。 正如我所说的关于vsync是否可以显示抖动和一些需要htis方面的矛盾的想法 - 我只是想让你快速提出想法。 雷切尔 以上来自于谷歌翻译 以下为原文 Hi Pascal, What is the FPS you are seing on pass-through (there is no FRL) so I would expect it to be considerably higher can you check that. I am not an expert and have asked colleagues and have a split of opinion, some believe vsync should solve this and asked me to check you really had enabled it, he advised: "User can enable VSYNC to be forced ON in the NVIDIA control panel and that will sync the rendering rate to 60Hz or 60FPS. What I would have expected would have been a higher FPS for pass-through with identical settings. Confirm the VSYNC settings in the two VMs are identical (VSYNC=ON) in the global defaults. Also an important detail is that changes to the settings in the NVIDIA control panel on take effect for new processes. If the setting was changed while the application was running it will continue to use the settings that were made at the initial process launch. Ensure the user is aware of this limitation." Could you double check? Is there no difference at all with vSync / slightly better/slightly worse. As I said conflicting thoughts as to whether vsync could be showing jitter and some repro needed htis side - I'm just trying to get you quick ideas. Rachel |
|
|
|
只有小组成员才能发言,加入小组>>
使用Vsphere 6.5在Compute模式下使用2个M60卡遇到VM问题
3069 浏览 5 评论
是否有可能获得XenServer 7.1的GRID K2驱动程序?
3488 浏览 4 评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-22 20:54 , Processed in 1.236065 second(s), Total 88, Slave 72 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号