I'm trying to use esxi for my vms since it allows even cpu load distribution but when I load up a video game over esxi I get horrible fps but loading a game in workstation gets me the same fps I would if I ran the game on my pc itself.
Any help?
Hi,
Please try to view the performance of VM and try to increase resources.
How are you remoting the display? Using the vSphere client? RDP? VNC or some other way?
// Linjo
That's quite logical. Virtual GPU in VMware Workstation has much better support for 3d (directx/opengl) than in ESXi can not (unless you use pass-through).
Gaming is similar to "workstation-like" load, so naturally VMware Workstation is better suited for this. ESXi is targeted more on server-virtualization...
There is products our there now that offer an GPU acceleration for VDI desktops to provide better Video performance. However even with the GPU this will only really make a difference if the host's processing is stressed and can't keep up with the VDi's video requests. When I was at VMware world this year the HP booth had a bunch of zero clients running VMware VDI with and without the acceleration. Even without the accelteration with a Gen8 blade setup properly the zero client boxes from HP(t310) where getting 70fps on a 3d rending program which was quiet impressive. Anyhow some additional reading:
The main thing I'm looking to do is run round robin scheduling with my vms.
If done properly I've seen a more than 50% cut on cpu usage using round robin but esxi is the only way I've been able to use it.
Is there a way to run round robin cpu scheduling without the use of esxi?
Not sure what you mean with round robin scheduling, there is a scheduler that will take decision on where to run the guest workload but its not round robin.
Windows resource scheduler would do this work if you are running on VMware Workstation.
// Linjo
http://en.wikipedia.org/wiki/Round-robin_scheduling
Basically allows equal and fair time in each cpu cycle.
Yes I know what round-robin is but ESX is not using it, the ESXi scheduler is much more sophisticated then that.
// Linjo
