用于GRID的HDX策略加速了应用程序

None


以下为原文

Hi Jason

I make the HDX Policy as you write, but i must say i am absolutly angry about the Performance from the VDI. Flash or HTML5 HD Videos are a slideshow. I have give the VDI from the Nvidia Grid K2 Card, the K260 vGPU, but Performance is on Flash and HTML5 and also Media-Video Files not very performant. I have a better experience when i make a Flash- and Mediaredirection to my Igel UD5 Client. There will the Flashvideos much better. Can it be, that here can something be with the Policys? I make a 3d Benchmark with the Future Tool, i have with vGPU K260 and 8 cores, 4GB RAM a score from around 4700 Points. But i dont see that power in the VDI on Internet-Flash or HTML5 or Media-Video Files. Have you a Tip for me?

regards
franco

嗨佛朗哥
上面建议的策略是一个起点，并不会完全禁用重定向。
对于Flash，您可以继续使用HTML 5视频的重定向，这取决于媒体类型是否重定向是一个选项。
你没有提到的一件事是你正在使用哪种浏览器。
您是否尝试过Chrome或Firefox，因为经验告诉我浏览器选择会对性能产生很大影响。



以下为原文

Hi Franco

The suggested policy above is a starting point, and doesn't disable redirection at all.
For Flash you can continue to use redirection for HTML 5 video's it depends on the media type whether redirection is an option.

One thing you don't mention is which browser you're using. Have you tried either Chrome or Firefox as experience tells me that the browser selection can have a large impact on performance.

嗨，杰森
对不起，是的，我尝试了很多浏览器，经过一天实验室的过度测试，我发现了瓶颈。
它不是政策左右，它是远程设备。
我的意思是我使用Igel UD2，UD3和UD5 Thinclients进行测试，而且还使用普通的Lenovo mSerie PC进行测试。
所以我看到，当我看到Igel Devices上的unigine天空基准时，他们制作了幻灯片。
所以首先是无失控的开关是非常重要的，因为有网络带宽，所以当你做无能为力时你有一个大约60-80MB / s的带宽。
没有失败一切都没问题，带宽约为10-15MB / s。
但最重要的是，客户端设备CPU。
我在Igel UD5-ES（Windows）设备上看到，当我在VDI上看高清视频或基准测试时，我的DualCore需要大约100％的CPU，因此CPU对于VDI和Citrix Receiver来说太慢了。
当我在我的PC上查看VDI时，我有四核Intel i5 CPU / 3Ghz，我看到他们在看Heavens Benchmark时需要大约25-30％的CPU，而在PC上VDI非常高效。
所以我会问你，ThinClients在Synergy这个测试中使Nvidia和Citrix有什么用？
什么是HDX 3D PRO的最佳RemoteDevice？
关心佛朗哥



以下为原文

Hi Jason

Sorry, yes i try many Browsers, and after one Day excessive testing in lab, i have found bottleneck. it is not the policy or so, it is the remote device. i mean i make test with Igel UD2, UD3 and UD5 Thinclients, and than also on a normal Lenovo mSerie PC. So i see, that when i look the unigine heavens benchmark on the Igel Devices, that they make slideshow. So first of all is the switch for losless is very important, because of network bandwith, so when you make losless you have a bandwith about 60-80MB/s. without losless all is ok, bandwith is about 10-15MB/s. But the most important thing, is the client device CPU. I see on Igel UD5-ES ( Windows) Device, that my DualCore is needing about 100% CPU when i look a HD Video or Benchmark on the VDI, so the CPU is too slow for the VDI and Citrix Receiver. When i look the VDI over my PC where i have a Quad Core Intel i5 CPU / 3Ghz i see that they need CPU about 25-30% when looking Heavens Benchmark, and on PC the VDI is very performant. So i will ask you, with what for ThinClients have make Nvidia and Citrix on the Synergy this tests??? What is the optimal RemoteDevice for HDX 3D PRO?

Regards Franco

大家好，
重要的是要记住，并非XenDesktop 7中的所有策略都适用于标准实现。
以上某些策略仅在“传统图形模式”策略设置为启用时生效。
传统模式可用于增加服务器硬件上的后端用户密度，因为它可以防止使用H.264，因此可以减少可用CPU资源的编码开销。
但是，如果密度不是问题（说实话，如果你在这个论坛上，那么GPU更有可能成为CPU或RAM之前的竞争资源），那么传统模式可以被禁用。
禁用旧版模式​​后，上述策略无效：
移动图像压缩
排队和折腾
最低图像质量
我非常成功地禁用了桌面组合重定向并将视觉质量设置得非常高。



以下为原文

Hi all,

It is important to remember that not all of the policies within XenDesktop 7 are applicable to a standard implementation. Some of the above policies only take effect when the 'Legacy Graphics Mode' policy is set to enabled.

Legacy Mode can be useful to increase back end user density on server hardware, as it prevents the use of H.264, and so reduces the encoding overhead on available CPU resources. However, if density isn't an issue (and to be honest, if you're on this forum then GPU is more likely to become a contended resource before CPU or RAM) then Legacy Mode can be left disabled.

With Legacy Mode disabled, the above policies have no effect:

Moving Image Compression
Queuing and Tossing
Minimum Image Quality

I have great success with disabling Desktop Composition Redirection and setting Visual Quality to very high.

感谢Ben，总是很高兴能从Citrix直接输入HDX调优。
干杯!



以下为原文

Thanks Ben, always great to have input direct from Citrix on HDX tuning.

Cheers!

这是一个视频，显示了在LAN和WAN连接上仅更改视觉质量设置对客户端帧速率的影响



以下为原文

Here's a video showing the effect on client side frame rates of changing just the Visual Quality settings across both LAN and WAN connections

这两篇文章对HDX视觉设置非常有用，也是了解优化环境的不同方法的一个很好的起点：
http://blogs.citrix.com/2014/10/22/whats-new-with-hdx-display-in-xendesktop-xenapp-7-x/
http://blogs.citrix.com/2014/04/29/are-you-in-the-bandwidth-know-with-hdx-3d-pro/



以下为原文

These two articles are very informative on HDX visual settings and a great starting point on understanding different ways you can optimize your environment:

http://blogs.citrix.com/2014/10/22/whats-new-with-hdx-display-in-xendesktop-xenapp-7-x/


http://blogs.citrix.com/2014/04/29/are-you-in-the-bandwidth-know-with-hdx-3d-pro/

嗨，杰森
谢谢你这篇精彩的文章。
我在调整Citrix策略方面做了很多帮助！
我已经激活了你建议的相同设置，这很好用。
我们目前在XD 7.1上运行Window 7 VDi，XenServer 6.5和Nvidia驱动程序是最新的。
但是有一个缓慢的问题，图像挂起/ frose留下区域没有resfreshing。
不知道你是否可以帮助我进行这种调整。
谢谢！



以下为原文

Hi Jason

Thanks for this great article. I was a lot of help tuning Citrix policy!

I have activated the same setting as you suggested and this works fine. We are currently running Window 7 VDi on XD 7.1 with XenServer 6.5 with Nvidia driver the newest.

But there is a slow issue with images hang/frose leaving area not resfreshing. Wonder if you can help me with this tuning. Thanks!

这似乎是协议导致的，通常是由导致屏幕刷新无法完成的网络问题引起的。
检查网络本身，并且客户端没有解码问题，然后丢弃帧更新。



以下为原文

That looks like the protocol is causing that, usually caused by network issues that cause the screen refresh to not be completed.

Check the network itself, and that the client isn't having issues decoding and then dropping frame updates.

我们在同一环境中有2个VDI组。
一个是GPU而另一个没有。
没有VGPU的VDI与屏幕刷新完美配合。
所以这里的网络应该是一个问题。
所以我的思考方式与VDI WITH VGPU的协议相同。
有任何提示如何检查出来？
谢谢！



以下为原文

We have 2 VDI groups in the same environment. One with the GPU and the other one is without. The VDI without VGPU is working perfectly with screen refreshing. So the network here should be a problem. So i thinking about the same way as you maybe the protocol for VDI WITH VGPU is causing this. Do have any tips how to check this out? Thanks!

没有VGPU的VDI工作正常，因此网络应该不是问题...



以下为原文

The VDI without VGPU is working fine so the Network shouldn't be a problem...

我找到了解决方案。
通过运行
MontereyEnable.exe -enable -noreset对我有用，一切看起来都很好:)



以下为原文

I found the solution. By running
MontereyEnable.exe -enable -noreset works for me and everything seems fine now :)