英伟达
直播中

刘秀兰

7年用户 197经验值
私信 关注
[问答]

使用H264的硬件编码似乎性能较差

嗨，
我在Windows 10 1709 VM上安装了XD 7.15 VDA。
这个VM分配了一个GRID P6 GPU（P6-2Q），安装了6.1 GRID驱动程序集，作为7.15 VDA安装的一部分，我选择了HDX 3DPro选项。
我已将超高清用户体验模板应用于我的VM，我在其自己的交付组中作为单个虚拟机进行访问。
当我使用两个4K面板和基于Linux的接收器（13.9.1.6）连接到此VM时，我可以看到H.264编码正在主机端执行（使用'nvidia-smi encodersessions'并通过RDAnalyzer工具 - '
硬件编码=启用'）。
视觉质量为“高”，最大帧数p / s值为60.通过VLC或MPC的视频性能良好，4K播放速度约为25fps（虽然4K YouTube很差 - 我猜测到的编码是不同的
协议？）。
Thinwire是显示模式，为整个屏幕启用了视频编解码器使用。
传输协议是TCP
鼠标性能很差 - 对于我和使用4K面板的Citrix而言，这是一个长期存在的问题，光标位置滞后。
但是，整体表现还是不错的。
然后我打开无损开关激活无损，鼠标性能很棒 - 非常流畅和流畅。
RDAnalyzer报告“视频编解码器未使用”，H.264编解码器流不再适用于主机端GPU。
RDAnalyzer还将Adaptive Display显示为“True”。
当然，现在使用本地视频和YouTube等视频表现都很差。
那么有谁知道为什么我无法获得支持GPU的VM的性能以及非GPU启用的VM的一般感觉和鼠标性能？
这是我缺少或不知道的协议限制吗？
谢谢

以上来自于谷歌翻译


以下为原文

Hi,

I've installed XD 7.15 VDA on a Windows 10 1709 VM.  This VM had a GRID P6 GPU assigned to it (P6-2Q), the 6.1 GRID driver set installed and as part of the 7.15 VDA install, I chose the HDX 3DPro option. I have applied the Very High Definition User Experience template to my VM which I access as a single virtual machine in its own Delivery Group.   When I connect to this VM using two 4K panels and the Linux based Receiver (13.9.1.6) I can see the H.264 encoding is being performed at the host end (using 'nvidia-smi encodersessions' and via the RDAnalyzer tool - 'Hardware Encode = Enabled').  Visual quality is 'High' and the Max Frames p/s value is 60.  Video performance via VLC or MPC is good, with 4K playing at around 25fps (although 4K YouTube is poor - I guess down to the encoding being done is a different protocol?).  Thinwire is the display mode, with Video codec usage enabled for the entire screen.  Transport protocol is TCP

Mouse performance is poor - a perennial issue for me and Citrix using 4K panels, with a lag behind cursor position.  However, performance overall is good.  Then i turn on the lossless switch to activate lossless and mouse performance is great - really fluid and smooth.   The RDAnalyzer reports 'Video codec not in use' and the H.264 codec stream no longer applies on the host end GPU.  RDAnalyzer also shows Adaptive Display as 'True'.  Of course, now video performance is poor using both local video and YouTube, etc.

So does anyone know why I can't get the performance of a GPU enabled VM along with the general feel and mouse performance of the non-GPU enabled VM?  Is this a protocol limitation I am missing or unaware of?

Thanks

回帖（4）

李永清

2018-9-17 14:45:46
嗯，我的经验不同，所以我认为您的Citrix策略配置有问题。
H264应该是平滑的，但与无损（如预期）相比，图像质量更差。
只要您不使用服务器端呈现的游标应用程序，我就没有看到为什么鼠标性能应该与这些协议不同的原因。
如果你这样做，Thinwire应该总是更糟，因为我们通过NVENC减少延迟，因此H264是鼠标性能的更好选择。
问候
西蒙

以上来自于谷歌翻译


以下为原文

Well, my experience is different so I think there is something wrong in your Citrix policy config.
With H264 is should be smooth but image quality is worse compared to lossless (as expected). I don't see any reason why mouse performance should be different for these protocols as long as you don't use server side rendered cursor applications. If you do so Thinwire should always be worse as we reduce latency with NVENC so H264 is the better option for mouse performance.

Regards

Simon
举报

李旭彤

2018-9-17 14:58:57
谢谢西蒙，
令我感到困惑的是，因为我尝试了许多不同结果的策略设置，但鼠标问题仍然存在。
我还比较了Vmware Blast和H264编码，我看到了高性能的鼠标操作，所以我知道可以用这个协议来完成。
您是否能够与我共享策略配置，以便我可以比较并至少从已知的良好策略基线开始
尼尔

以上来自于谷歌翻译


以下为原文

Thanks Simon,
It's puzzling to me, because I have tried many policy settings with varying results, however the mouse issue remains.  I've also compared Vmware Blast and with H264 encoding there I see performant mouse operation so I know it can be done with this protocol.
Would you be able to share a policy config with me so I can compare and at least go from a known good policy baseline
Neal
举报

李顺正

2018-9-17 15:13:30
嗨，
您可以使用视频编解码器进行压缩测试 - >整个屏幕，视觉质量=高和60fps。
您是否也使用单个屏幕或FullHD而不是4k进行测试？
我认为这个问题与linux端点和2x4k有关。
问候
西蒙

以上来自于谷歌翻译


以下为原文

Hi,

You can test with use video codec for compression -> Entire screen, Visual Quality=high and 60fps.
Did you also test with a single screen or FullHD instead of 4k? I assume the issue is more related to the linux endpoint and 2x4k.

Regards

Simon
举报

李欣媛

2018-9-17 15:19:26
那是个很好的观点。
NUC端点使用集成的HD 620 GPU运行Core i3和i5 CPU。
功能不是很强大但足以推动2 x 4K。
是的，分辨率较低的性能更好。
但是，这对我来说是关键的区别 - 使用相同的客户端在同一个VM上运行相同的工作负载，使用Citrix而不是VMware Blast，显示客户端CPU使用率大幅增加（30％对90％）。
我已经在其他地方提出了这一点，并没有真正坚定的理由，为什么和我觉得，鉴于客户端解码是H264，两者的CPU使用率应该相似。
或者HDX的效率低于Blast实现的客户端解码？

以上来自于谷歌翻译


以下为原文

That's a good point.  The NUC endpoints run Core i3 and i5 CPU with an integrated HD 620 GPU.  Not hugely powerful but enough to push 2 x 4K.  Yes with lower resolution performance is better.  However, and this is the key difference for me - running the same workload on the same VM using the same client, using Citrix instead of VMware Blast, shows a large increase in client CPU usage (30% vs 90%).  I've raised this point elsewhere with no real firm reasoning as to why and I feel that given the client side decoding is H264 in both the CPU usage should be similar.  Or is it the case that HDX is less efficient than Blast's implemention of client decode?
举报

更多回帖

4 0 0

相关问答

H264
发帖
电子发烧友APP
|投诉反馈|电子发烧友网
© 2021 bbs.elecfans.com
湘ICP备2023018690号
×
20
完善资料，
赚取积分