![win 10 hyper v vs virtualbox performance win 10 hyper v vs virtualbox performance](https://www.nakivo.com/blog/wp-content/uploads/2021/04/Hyper-V-and-VirtualBox-are-installed-on-the-same-Windows-host.png)
![win 10 hyper v vs virtualbox performance win 10 hyper v vs virtualbox performance](https://www.eng.comp-web-pro.ru/wp-content/uploads/2018/12/hyper-v-v-sostave-windows-10-aktivaciya-shtatnogo-gipervizora-i-sozdanie-virtual-noy-mashiny-28.jpeg)
In the Performance Monitor, the Guest Load represents the increment of cNsExecuting, and the VMM Load represents the increment of cNsOther. This "something else" is difficult to grasp, because it hides in the majority of the VirtualBox code. The third counter sums up the times when either VirtualBox itself is doing "something else" or when VirtualBox is not active at all (and the guest OS is not in the halted state). The first two sum up the times when the guest OS is executed and halted respectively. VirtualBox counts the realtime in three nanosecond counters called cNsExecuting, cNsHalted and cNsOther. 20525, 20526), so (not) by coincidence, I've investigated it a bit today: Lately, several users have reported the high VMM Load displayed in the Performance Monitor (e.g. So this had to wait for a flash of inspiration. When I first looked at them, I couldn't discover what I had hoped to find, because those statistics are difficult to interpret, even though I roughly know what they mean. I have the log files of the "three tests" still open on my virtual desktop #12 (VirtualBox is on #11). PS: During the + minutes of the 2nd VM run, which are supposed to measure an idle period, take a short peek into the Performance Monitor, to check if the VMM Load is possibly always Vones: First of all: Apologies for not answering until now! This will give the statistics to compare with the two baseline statistics. When selecting the test, perhaps you can choose a test that you deem CPU bound and that takes at least several seconds with t(2V) > t(2H). In the test phase, it would be best if you could execute a single test multiple times so that it takes at least 3 minutes. Start a stopwatch, start the VM, wait for approximately 3 minutes, do a test phase of minutes, and shut down the VM from within the guest OS. This will give the 2nd baseline statistics. Start a stopwatch, start the VM, wait for approximately 3 + minutes, and shut down the VM from within the guest OS.
![win 10 hyper v vs virtualbox performance win 10 hyper v vs virtualbox performance](http://img.bhs4.com/FD/7/FD7CF984171A65A0A5EF5A52CF1CB78478D8223A_large.jpg)
This will give the 1st baseline statistics.Ģ. Start a stopwatch, start the VM, wait for approximately 3 minutes, and shut down the VM from within the guest OS. BTW, the 5th graph (missing in the screenshots) shows the VM-exit counts and would have been interesting, too.Īs a next step, I'd suggest the following procedure: Please run the VM three times (preferably, but not necessarily on the i5-8265U, with an otherwise idle host OS), according to the following instructions, and provide the VBox.log files:ġ. As you already guessed yourself, the blue VMM Load part of the CPU Load is what we should be after. Thank you for the statistics and the performance graphs, which clarify what you always stated.