Hi all,
(I am in the process of logging an SR for this, but MyVMware isn't completing that so just posting here to cover the bases)
Infrastructure: View 6.0 on vSphere 5.5.0; Windows 8.1 virtual desktops with View Agent 6.
Quick summary:
If a user disconnects their PCoIP session leaving IE open with an HTML5 based page in the foreground, CPU reaches and maintains 100% utilization. When the user re-connects, utilization drops back to normal levels.
Microsoft support performed traces on the IE DCOMP process and the findings are below.
Leaving IE minimized when a user disconnects is fine. Firefox/Chrome also do not exhibit this, only IE.
Microsoft support response:
"The trace shows IE is waiting for the batch ID confirmation.
+0x050 m_currentBatchId : 0x24bb57dc
+0x054 m_lastConfirmedBatchId : 0x20e335b0
+0x058 m_lastSurfaceProcessedBatchId : 0x20e335b0
The current batch ID keeps increasing, but the last confirmed batch id is never updated until the user Gary’s session resumed. The confirmed ID jumped from 0x20e335b0 to 0x24bb57da all of a sudden. After that, the IE UI thread jumped out the loop and resume to normal.
As a conclusion, we have some important findings:
• The CPU spike is observed after user disconnected the session, the monitoring tool will give out the warning.
• When logon using a different user, the CPU spike persists.
• When the disconnected session resumes, IE CPU drops to normal.
• However, when you disconnect the session with IE window displays, the CPU soon increased to 100%.
• We also did a test by minimize the IE window before disconnecting the session, and then the CPU stays normal and the issue doesn’t recur.
The dump we collected today shows the exact same issue as the previous dumps. DCOMP client is waiting for the confirmed ID to be updated. It seems when the VDI session is disconnected, DWM stops processing the content frame until the user session is active again."
Is there anything that can be done at the Horizon Agent side (via policy perhaps) that could mitigate this?
Thanks,
NickB