kvm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Reeted <reeted@shiftmail.org>
To: "Daniel P. Berrange" <berrange@redhat.com>
Cc: kvm@vger.kernel.org, libvir-list@redhat.com
Subject: Re: [libvirt] Qemu/KVM is 3x slower under libvirt
Date: Wed, 28 Sep 2011 11:49:01 +0200	[thread overview]
Message-ID: <4E82ED8D.10004@shiftmail.org> (raw)
In-Reply-To: <20110928092859.GO21102@redhat.com>

On 09/28/11 11:28, Daniel P. Berrange wrote:
> On Wed, Sep 28, 2011 at 11:19:43AM +0200, Reeted wrote:
>> On 09/28/11 09:51, Daniel P. Berrange wrote:
>>>> This is my bash commandline:
>>>>
>>>> /opt/qemu-kvm-0.14.1/bin/qemu-system-x86_64 -M pc-0.14 -enable-kvm
>>>> -m 2002 -smp 2,sockets=2,cores=1,threads=1 -name vmname1-1 -uuid
>>>> ee75e28a-3bf3-78d9-3cba-65aa63973380 -nodefconfig -nodefaults
>>>> -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/vmname1-1.monitor,server,nowait
>>>> -mon chardev=charmonitor,id=monitor,mode=readline -rtc base=utc
>>>> -boot order=dc,menu=on -drive file=/dev/mapper/vgPtpVM-lvVM_Vmname1_d1,if=none,id=drive-virtio-disk0,boot=on,format=raw,cache=none,aio=native
>>>> -device virtio-blk-pci,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0
>>>> -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,cache=none,aio=native
>>>> -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0
>>>> -net nic,model=virtio -net tap,ifname=tap0,script=no,downscript=no
>>>> -usb -vnc 127.0.0.1:0 -vga cirrus -device
>>>> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5
>>> This shows KVM is being requested, but we should validate that KVM is
>>> definitely being activated when under libvirt. You can test this by
>>> doing:
>>>
>>>      virsh qemu-monitor-command vmname1 'info kvm'
>> kvm support: enabled
>>
>> I think I would see a higher impact if it was KVM not enabled.
>>
>>>> Which was taken from libvirt's command line. The only modifications
>>>> I did to the original libvirt commandline (seen with ps aux) were:
>
>>>> - Network was: -netdev tap,fd=17,id=hostnet0,vhost=on,vhostfd=18
>>>> -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:05:36:60,bus=pci.0,addr=0x3
>>>> Has been simplified to: -net nic,model=virtio -net
>>>> tap,ifname=tap0,script=no,downscript=no
>>>> and manual bridging of the tap0 interface.
>>> You could have equivalently used
>>>
>>>   -netdev tap,ifname=tap0,script=no,downscript=no,id=hostnet0,vhost=on
>>>   -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:05:36:60,bus=pci.0,addr=0x3
>> It's this! It's this!! (thanks for the line)
>>
>> It raises boot time by 10-13 seconds
> Ok, that is truely bizarre and I don't really have any explanation
> for why that is. I guess you could try 'vhost=off' too and see if that
> makes the difference.

YES!
It's the vhost. With vhost=on it takes about 12 seconds more time to boot.

...meaning? :-)


  reply	other threads:[~2011-09-28  9:49 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-27 18:10 Qemu/KVM is 3x slower under libvirt Reeted
2011-09-28  7:51 ` [libvirt] " Daniel P. Berrange
2011-09-28  9:19   ` Reeted
2011-09-28  9:28     ` Daniel P. Berrange
2011-09-28  9:49       ` Reeted [this message]
2011-09-28  9:53         ` [libvirt] Qemu/KVM is 3x slower under libvirt (due to vhost=on) Daniel P. Berrange
2011-09-28 10:19           ` Reeted
2011-09-28 10:29             ` Daniel P. Berrange
2011-09-28 12:56             ` Richard W.M. Jones
2011-09-28 14:51               ` Reeted
2011-09-28 23:27                 ` Reeted
2011-09-29  0:39         ` [libvirt] Qemu/KVM is 3x slower under libvirt Chris Wright
2011-09-29 10:16           ` Reeted
2011-09-29 16:40             ` Chris Wright
2011-10-04 23:12               ` Qemu/KVM guest boots 2x slower with vhost_net Reeted
2011-10-09 21:47                 ` Reeted

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4E82ED8D.10004@shiftmail.org \
    --to=reeted@shiftmail.org \
    --cc=berrange@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=libvir-list@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).