VMware Horizon Community
disphar
Contributor
Contributor

Slow login with dual monitors

Author :

URL : http:////docs.vmware.com/en/VMware-Horizon-7/7.8/horizon-administration/GUID-618B1899-AF59-4991-83F3...

Topic Name : Using the VMware Logon Monitor

Publication Name : Horizon 7 Administration

Product/Version : VMware Horizon 7/7.8

Question :

After updating to Windows 1903 vm's with dual monitors take 44 seconds to login. With only 1 monitor it takes 14 seconds.  We only have the VMware drivers running.   What is causing this issue?

Tags (1)
Reply
0 Kudos
20 Replies
ChrisLymanRFP
Contributor
Contributor

I didn't see the original posters question before I wrote up my own version of essentially the same question.   I'll post it below, it may have some additional information.

Hello,

I was doing some login timings this morning and I noticed something very odd, depending on my monitor arrangement the login times to a desktop can vary by as much as 500%.  Really.

For background I'm testing with three monitors, one is a laptop display and the other two are 2560 x 1440 displays. We're on View 7.9 with UEM 9.8, the desktop is 1903 with nothing but the basics (Office).  This is a test pool with a manually assigned machine, I'm sitting next to the datacenter. 

My best time is using only the laptop display, I can go from disclaimer acceptance to desktop in 11 seconds (doing the same test without UEM brings it down to 9 seconds).  When I change from the 1920 x 1080 laptop display to one of the other monitors the time jumps to 12.7 seconds.  Again, for this test I'm only using a single display, the only thing I changed was which monitor the View desktop displayed on.

If that's as bad as it got, I could live with it…however it gets much worse.  When I use the two standalone monitors the time jumps to 51.3 seconds.  For a setup with all three displays the login time again jumps, this time to 56.7 seconds.

My thorough testing was all done with Blast, however spot testing with PCoIP shows that the problems exists there as well. The timings are similar between Blast and PCoIP with PCoIP being slightly slower on the single monitor logins, and PCoIP being slightly faster on the 3 monitor test.

The only thing I'm changing is the number of displays and that led to a dramatic, I would say unusable increase in login time. I ran each test three times and then averaged the timings.

Does anybody know what's going on and/or how to fix this issue?

As an aside, I utilized the logon monitor to try to determine what's up, however whatever the issue, it is not being captured by the logon monitor.  A good portion of the delay seems to be happening prior to the logon monitor starting to collect data.  The amount of time not captured by the logon monitor varies from 8 seconds to 25 seconds, the amount of time being lost is proportional to the overall logon delay.

Reply
0 Kudos
Moltron83
Enthusiast
Enthusiast

I seem to be having a similar issue - if I have more than 1 monitor connected when logging in I get anywhere between an extra 40 - 90 seconds delay.  You can tell its slow right away as the spinning circle animation during login looks slow and choppy.  We're using Horizon 7.9, Windows 10 Enterprise 1903.  Also doesn't seem to matter if its a zero client or the windows client.  Any suggestions are welcome.  We're still working the problem as this was just recently noticed. 

Reply
0 Kudos
Moltron83
Enthusiast
Enthusiast

Can anyone comment on what this could be?  I've been testing - doesn't matter if its a zero client or if you are connecting with a windows client.  I've tested it with the hardware config of the video card set to auto-detect and with it set to 2 monitors specifically.  If I'm connecting with 2 monitors to start with, its a slow bootup.  Typically 30+ extra seconds of delay.  And its not as if only one spot of the boot up process is slow, it seems like each step is slower.  Logon monitor doesn't really pick up on this much as it only reports about 10-20 extra seconds and the extra 20 or so seconds I am there waiting for the desktop to appear go unaccounted for.

Reply
0 Kudos
disphar
Contributor
Contributor

I troubleshooted with VM for about 3 weeks. Couldn't locate the issue so I've created a new masterimage. This fixed the issue for us.. Not the ideal solution

Reply
0 Kudos
Moltron83
Enthusiast
Enthusiast

Well that's good news that you have it fixed.  Do you have any idea what fixed it? Even a suspicion?  Did you start from the same ISO?  Maybe something was different vm-hardware wise with the guest? More windows updates?

I appreciate your reply.

Reply
0 Kudos
sjesse
Leadership
Leadership

Did you ever try bumping up the video memory in the golden image? If its not high enough I've seen that cause problems.

Reply
0 Kudos
disphar
Contributor
Contributor

Yeah i did. That didn't help for us.

Reply
0 Kudos
disphar
Contributor
Contributor

No clue what it started. At the beginning we thought it had something to do with Nvidia drivers, but we completely removed all of the drivers but that also didn't help.

According to VM this can happen when you update the build version.

I also downloaded the latest ISO.


Thing we checked (and didn't worked for us but perhaps for someone else)

Reinstalled Horizon agent

Removed all video drivers

We tried a few different optimization tools for VM (one actually got the load time down to 40 seconds, but that was still 20+ seconds to slow)

Also

Edit the pool settings in the Horizon  Admin portal.

Increase the number of monitors and the resolution to the maximum value.

Shutdown and then power on all the virtual machines in the pool using the vSphere Client.

This sets the video memory to maximum setting, between 125 MB to 128 MB.

Reply
0 Kudos
Moltron83
Enthusiast
Enthusiast

Perhaps things got worse when we updated the Horizon agent from 7.8 to 7.9?  I uninstalled and rebooted the other agents in opposite order (so, remove appvol, reboot, UEM, reboot, Horizon Agent, reboot) and then installed 7.9.  Figured that was the safest way.  I wonder if something went sideways during that process.  I'm rebuilding my image also from scratch, and ditching the use of sysprep copyprofile and mandatory profiles.  Maybe we'll shake this dual monitor slowness in the process.

Reply
0 Kudos
Moltron83
Enthusiast
Enthusiast

Our new image still has the same issue with the monitors.  I've tried messing with many of the display settings to no success.  Also I can't edit the pool and set the number of monitors - this is not available for instant clones.  I've opened a support case with VMware on it. 

Reply
0 Kudos
AnT0xa
Contributor
Contributor

What about upgrading to 7.10 ? Both Horizon client and Connection server ? Have anyone tried ?

Reply
0 Kudos
ChrisLymanRFP
Contributor
Contributor

Disphar, can you share a little more about exactly what you did?  Right now I don't know if the problem is on the View side, or on the Windows 10 side...and if all you did to fix the issue is to recreate the master image, that points to something that is fixable on the Windows 10 side.

Reply
0 Kudos
mchadwick19
Hot Shot
Hot Shot

When the image was built, did you use the OSOT also? I have noticed that with the old verison of the OSOT it cause many problems, even with the VDILIKEAPRO one. I'm building an 1809 image now with the OSOT b1110 to see what this does to our logon times.

VDI Engineer VCP-DCV, VCP7-DTM, VCAP7-DTM Design
Reply
0 Kudos
ChrisLymanRFP
Contributor
Contributor

I'm sorry to say that 7.10 doesn't fix the issue, I'll post my configs at the bottom of this message.  I've been testing on a brand new environment with 7.10 and a couple of app layers and my logins are about 5 minutes, 30 seconds across three monitors.  It really does seem that like whatever is happening is just slowing down the entire login process by such and such percentage.  Meaning that regardless of what I add into the mix (DEM or App Volumes) the timings are proportionally impacted by how many monitors are being used.

And actually, let me clarify the statement about the monitors, this problem actually seems to be related to how many pixels are being used.  My fastest timings are always when using the desktop client and setting the display to "Window - Small".  If I set the display to "Window - Large" the timings slow down...if I then go full screen the timings slow down more....and so on.

Disphar mentioned that they replaced the master image, I'm going to try this next...

My Configs:

7.10 Connections servers

Instant Clones

DEM 9.9.095

App Volumes 2.18.0.25

ESXi 6.7 U2

Windows 10 1903, patched to about a month ago, Office 2016 baked in

Everything is running on flash only storage.

Reply
0 Kudos
ChrisLymanRFP
Contributor
Contributor

I have an improvement!!  (which is something I've not been able to say since I first encountered this issue)

I don't have a lot of time, so here's the TL;DR version.

Try setting the 3D settings on the video card for the master image to:

Enabled

Automatic

2048MB

In my environment that brought a login that was 5 minutes 35 seconds down to 50 seconds.  I know 50 seconds still stinks, but it's better than nearly 6 minutes!!

Right now login for "Window - Large" is 40 seconds, and login for 2x 2K monitors and a laptop screen is 50 seconds.

Reply
0 Kudos
mchadwick19
Hot Shot
Hot Shot

Are you using GPU's?

VDI Engineer VCP-DCV, VCP7-DTM, VCAP7-DTM Design
Reply
0 Kudos
ChrisLymanRFP
Contributor
Contributor

Right now the two Nutanix clusters I'm using for this round of testing don't have any GPU's.  Now, with that being said I have some C240's packed with T4's that will be coming up next week, I'll test and report back my results as soon as I can.

In the meantime I've got an older 7.1 environment with K2's and M60's that I'll experiment on today. 

Also, ATM I've only experimented with 2GB's of memory, I'm going to start bringing that down to see if there's a point where performances starts to suffer again.

Reply
0 Kudos
Maria904
Contributor
Contributor

Is there anymore information regarding this issue? We are currently experiencing the same issues since upgrading our vm's to Windows 10 1903. Issue does not occur in Windows 1803 or 1809. New gold image does not resolve the issue.

Without 3D rendering enabled, using multiple monitors, virtual desktop takes anywhere from 4-5 minutes to launch. With 3D rendering enabled desktop takes 90 seconds. (This is actually decent in our environment). Desktops seem to have high CPU utilization in task manager during login coming from DWM.exe when 3D rendering is not enabled. When 3D rendering is enabled DWM.exe does not spike CPU at all.

Versions are as follows.

VSphere - 6.7 U3

Horizon - 7.10

App Volumes 2.18

VMWare Tools 10.3.10

UEM 9.9

Reply
0 Kudos
Maria904
Contributor
Contributor

Is there anymore information regarding this issue? We are currently experiencing the same issues since upgrading our vm's to Windows 10 1903. Issue does not occur in Windows 1803 or 1809. New gold image does not resolve the issue.

Without 3D rendering enabled, using multiple monitors, virtual desktop takes anywhere from 4-5 minutes to launch. With 3D rendering enabled desktop takes 90 seconds. (This is actually decent in our environment). Desktops seem to have high CPU utilization in task manager during login coming from DWM.exe when 3D rendering is not enabled. When 3D rendering is enabled DWM.exe does not spike CPU at all.

Versions are as follows.

VSphere - 6.7 U3

Horizon - 7.10

App Volumes 2.18

VMWare Tools 10.3.10

UEM 9.9

Reply
0 Kudos