You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
Hello all,
We have a client that run Confluenceusing Chrome in a HypeV VDI. I am talking about 26seconds(average) load time on VDI vs 4seconds on physical. After a lot of troubleshooting we have ruled out the following:
- ISP (works perfectly well on physical machine in the same infrastructure)
- Specific VDI (happens on all VDI in their infrastructure)
- Any security policies (we have tried a vanilla, off the domain, VDI
- Any user setting (happens on both domain users or local)
Not ruling out software or settings within, is there anyone that has experienced this before or can someone advise on what Confluence needs to run efficiently, example java version or flash, cpu, ram, perhaps a special setting in the Hyperv host? etc?
Just wanted to run it past the community before we do the drastic and conver them all to ESX :)
Cheers in advance.
@Dave Jaggs , not an answer but another question... have you or the client tested other sites VDI vs. physical? I am pretty certain Flash is not involved, nor Java (but not 100%).
I have seen similar behavior in our environment (not HyperV but Citrix) at one time. Never explained, but my guess was/is a configuration issue somewhere on our perimeter (firewall, security devices, etc.).
Darryl
Hey @Darryl St_ Pierre thanks for your reply...sounding more and more like this is turning into an ESX migration project :)
The answer, we have tested on a HV virtual server and got the same result, but not VDI. To add we did test on ESX vm and it was much better.
We have also ruled out the firewalls and any security devices as we tested a VDI to ypass all of that and got the same result. The only common thing in the slowness is the HV environment somewhere.
Cheers.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.