Announcement

Collapse
No announcement yet.

VirtualBox Is Still Running Slower Than QEMU-KVM

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #16
    Originally posted by GreatEmerald View Post
    Leaving one core unassigned means it can be dedicated to the host, and if the guest decides to eat all your resources, you will still be able to stop the machine instead of doing a hard reboot. I think that lowers the performance of the guest, but gives you more reliability and more performance for the host.
    All I know, some of my tasks ran quicker when I set the number of cores to less than the number of physical cores and slowed when set to equal or more (ie. 8 virtual cores on a 4 core + HT CPU). Several users at VMware's forums seem to have similar informally tested experiences.

    It'd be nice if Phoronix tested this less cores sometimes gives better performance even on an idle host advice (sometimes even given by VMware engineers themselves) commonly given to VMware users in a more formal testing environment.
    Last edited by vick; 01-10-2014, 11:18 AM.

    Comment


    • #17
      I've also read from VMware's official support pages and community forums that it's expected to lose performance when assigning virtual cores to be equal to or more than the number of physical cores on hosted VMs.

      Even VirtualBox recommends something similar: https://www.virtualbox.org/manual/ch...ings-processor
      You should not, however, configure virtual machines to use more CPU cores than you have available physically (real cores, no hyperthreads).

      Comment


      • #18
        Why is everybody wondering about the slowdown with equal or more cores? The emulation itself needs CPU power, too, so if the guest tries to eat all up a slowdown is to be expected.

        Comment


        • #19
          Originally posted by TAXI View Post
          Why is everybody wondering about the slowdown with equal or more cores? The emulation itself needs CPU power, too, so if the guest tries to eat all up a slowdown is to be expected.
          Because Michael is setting up the VMs with 12 cores on a 6 core + HT CPU for a virtualization/bare metal comparison. If doing so actually reduces performance then the testing should be changed by lowering the number of cores or add additional VMs with different numbers of cores to the comparison.

          I'm questioning if these tests are accurate comparisons at all. It's like setting up the tests so that VMs specifically look bad.
          Last edited by vick; 01-11-2014, 12:19 PM.

          Comment


          • #20
            Originally posted by TAXI View Post
            Why is everybody wondering about the slowdown with equal or more cores? The emulation itself needs CPU power, too, so if the guest tries to eat all up a slowdown is to be expected.
            That's why it's being discused. The benchmarks are comparing VM and bare metal performance where the VMs are possibly configured to lose by a wider margin than in real world configurations.

            I also would like VM testing changed to add additional test points where they're configured with 1 core, 2 or more but less than the number of physical cores, equal to the number of physical cores and equal to the number of logical cores (ie. include hyper-threading). It could be that single-threaded performance in a 1 core configuration be higher than in a multi-core one. It would be nice to know this if a VM's single-threaded workload is more important than its multi-threaded ones.

            Comment


            • #21
              kvm/qemu

              Speed is relative to the job needed of the Virtual.

              Graphics? Virtualbox is the only free game in town.


              HyperV has Pass Through with RemoteFX.
              VMWare has something but I forgot what it was.

              Comment


              • #22
                JFS

                I've actually gotten a speed boost using JFS to host my VirtualBox Virtuals instead of using Ext4.
                I'll investigate this more. Don't bring out the tar and feathers yet.

                Comment

                Working...
                X