The un-official VMware Reddit.Everything virtual.Have a technical question? Just make a self post!Current Links:General Links:Icons:The VMware logo icon following a username indicates that this user is a VMware employee.If you are an employee, please PM one of the moderators that has a VMware logo for verification instructions and we will add it to yours as well!Certification Flair:To get flair with your certification level send a picture of your certificate with your Reddit username in the picture to the moderators.Spam Filter:The spam filter can get a bit ahead of itself.
If you make a post and then can't find it, it might have been snatched away. Please and we'll pull it back in.
To further this, all the cores/sockets thing does is change the VM hardware reporting. What VMWare does behind the scenes (on an extremely simplistic scale) is make each individual core a thread on the physical cpu. So whether you have 1 4 core cpu or 4 1 core cpus, it still makes the same 4 threads on the physical cpu. No difference at all in terms of VM performace.
Pingback: Virtual Machine vCPU and vNUMA Rightsizing – Rules of Thumb – VMpro.at Troy March 9, 2017 at 1:32 pm If your vm’s were created the old way (vcpu’s set by socket count), is it worthwhile to go back and change them to the core-count method after upgrading to vSphere 6.5?
If you make a VM with 8 vcpus on your i7 then that means you are making 8 threads, essentially committing to max the physical CPU. It has a higher potential to be put into wait mode by the CPU scheduler than if you were to give it 4. General best practice is to give the VM fewer resources than you think you need and only ramp it up if performance becomes an issue.
Also, and this may have changed since the last time I messed with VMware, the more cores you have, the harder it can be to allocate processing resources to it, as VMware waits until all of the configured threads are free before performing an operation - meaning that a 2 core machine must wait until 2 threads are free before being allocated resources by the hypervisor, and an 8 core machine must wait for 8 threads to be free, and so on. This can cause serious bottlenecking if misconfigured.Someone please correct me if this is no longer the case.