We are trying to implement virtual desktops but i'm having an issue trying to sell it to the upper management becasue of performance issues. We have about 8 vm's running in our infrastructure along with all the servers and it appears that the VDI mahcines have issues with video and overall performance. access time seems to be slow, screen redraws are choppy, etc. Any idea on what the cause might be or how to adjust? I have two hosts and the resorces on both look fine. Memory doesn't exceed 50% on either and CPU is below 30%. I have them in a resource pool that gets high priority and still no good. These are just XP Pro Op systems with 2gb ram. Any help is appreciated. Thanks.
Perry
I did not install the LSI drivers. Can this be done post installation?? i woul hate to have to redo them all.
I've never attempted to do it post installation so I can't say one way or the other. I definitely think it would be easier to do it from scratch and just create a template. Is that a possibility?
If you found this or any other post helpful please consider the use of the Helpful/Correct buttons to award points
Yes that is possible. One question though, how would you do this when you P 2 V a desktop?
I think in a case of a P2V would either use the buslogic or start looking for a way to add the LSI after the fact. I personally wouldn't P2V a desktop and would instead build a base image from scratch using VMware's documentation. I think you will get your best results doing it that way.
If you found this or any other post helpful please consider the use of the Helpful/Correct buttons to award points
One last question before i leave you alone for good. Would the fact that this driver is not installed cause the video performance to be really bad?? The two VM's i just created have very bad video redraw. Thanks again!
I wouldn't think it would but if you follow the steps in the deployment guide you will narrow down the steps involved in troubleshooting the poor performance. There are so many variables to look at and a clean install always helps.
If you found this or any other post helpful please consider the use of the Helpful/Correct buttons to award points
hi,
were do you store your vm?
and the connection to the vm is done using RDP ?
RDP is slow on video .... and sound. not good quality .
The VM's are stored on the SAN (iSCSI). I have older desktop VM's that i created that run fine and that is really why i'm curious about this new issue.
You have VMs which work fine? I have some perf issues as well, how are they configured?
Thanks
hi,
i had also a problem like that
i had the vm`s on a ISCSI and until 18 vm worked fine, but if i had pass the number was starting to go bad, all of them
the problem was the SAN, to slow hard disks - after we change the SAN works really good .
hope this helps you .
mittem12,
i redid the desktops that i had and went thru the Deployment guide. Still my video to the desktop is terrible. Some screen redraws take a long time. The odd part is that if i use Remote Desktop Connection to connect to the same VM the video and performance runs fine. It's just thru the VDI client that the issue seems to be a problem. Any thoughts??
I am using vmware view with the latest client and agents and wmv and mpeg is near native quality. quicktime,flash,avi are crap right now. I also have no sound issues.
mittem12,
i redid the desktops that i had and went thru the Deployment guide. Still my video to the desktop is terrible. Some screen redraws take a long time. The odd part is that if i use Remote Desktop Connection to connect to the same VM the video and performance runs fine. It's just thru the VDI client that the issue seems to be a problem. Any thoughts??
Are you tunneling the VDI session through the Connection broker or using direct connect?
If you found this or any other post helpful please consider the use of the Helpful/Correct buttons to award points
Yes I am using a connection broker. You thingk this might be the issue? The other desktop vMs' that i run seem to be running normal. I am stumped. Thanks for teh reply.
What I meant was the option on the connection broker for direct connect. Are you using direct connect or is everything being tunneled through the CB. If you are using direct connect then your physical machine is connecting up directly to the VM once the CB gives it the assignment. If you are not using direct connect than everything is tunneled through the CB. I was just curious if the issue was something related to that.
You might want to also disable the USB redirection and Printer redirection used within View to make sure they aren't causing any types of issues.
If you found this or any other post helpful please consider the use of the Helpful/Correct buttons to award points
I have an internal View infrastructure, and my View Connection Broker has the Direct Connection to Desktop disabled.
As I'm having some unregular issues with disconnections of multiple ThinClients at the same time, would it be best to Enable the Direct Connection to Desktop ?
Infrastructure Config : ThinClient are HP t5730 (XPe latest 5.1.710 OS with QFEs) with View Client 3.1.1, Desktops are Windows XP SP3 with View Agent 3.1.1 and View Manager is still in 3.1.1 (need to upgrade it to 3.1.2).
I think moving them over to direct connect could possibly aid in the troubleshooting of the problem as it will rule out the tunnel as the cause of disconnects. As far a permanent solution I think you will need to evaluate the pros/cons of both and decide what's best for you. We run direct connect for all of our internal users and haven't had any issues. I can tell you we have experienced an issue with snapping our security security server and having users being disconnected while that snap takes place. It seems that the snap freezes the VM long enough to sever the connection between client and security server.
The only way to have good video performance (like you tube), is using third vendors apps, like wyse tcx or citrix ica.
____________________________
Ing. Diego Quintana
VCP-VAC-VTSP-VSP
Wetcom Group
[http://feeds.feedburner.com/r/WetcomGroup/6/1]
