From: Srivatsa Vaddagiri <vatsa@linux.vnet.ibm.com>
To: Avi Kivity <avi@redhat.com>
Cc: Anthony Liguori <aliguori@us.ibm.com>,
kvm@vger.kernel.org, Marcelo Tosatti <mtosatti@redhat.com>,
Chris Wright <chrisw@sous-sol.org>
Subject: Re: [PATCH] kvm-vmx: add module parameter to avoid trapping HLT instructions (v4)
Date: Mon, 6 Dec 2010 19:09:52 +0530 [thread overview]
Message-ID: <20101206133952.GE440@linux.vnet.ibm.com> (raw)
In-Reply-To: <4CFCE4B6.1030705@redhat.com>
On Mon, Dec 06, 2010 at 03:27:18PM +0200, Avi Kivity wrote:
> >A vcpu could be idle not just because of lack of work, but also because its
> >waiting on IO completion. Normally idle vcpus that yield would allow their
> >companion threads to run and possibly finish pending IO work faster. Now that
> >idle vcpu won't yield, it would cause overall cpu cycle demand of VMs to go up
> >(100% demand from VM's idle/not-idle vcpus + whatever their companion threads
> >demand) not to mention any impact on IO latencies. Not sure how much of an issue
> >this will be in practice, but something to keep in mind when we test!
>
> It will be an issue. Anything that is latency sensitive will
> suffer, since the scheduler won't prioritize completions (at least
> in vcpu threads). But that only affects the average case, not the
> worst case.
Yeah - some testing will tell us how much of an issue this is for various
workloads.
> >Also, just curious how this would work for idle vcpus that use mwait rather
> >than hlt.
>
> We don't expose mwait to the guest (emulating mwait is very expensive).
We seem to be queuing an exception upon mwait (EXIT_REASON_MWAIT_INSTRUCTION
being handled by a handle_invalid_op()). Does that kill the guest?
- vatsa
next prev parent reply other threads:[~2010-12-06 13:40 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-04 14:43 [PATCH] kvm-vmx: add module parameter to avoid trapping HLT instructions (v4) Anthony Liguori
2010-12-05 16:55 ` Srivatsa Vaddagiri
2010-12-06 13:27 ` Avi Kivity
2010-12-06 13:39 ` Srivatsa Vaddagiri [this message]
2010-12-06 13:43 ` Avi Kivity
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=20101206133952.GE440@linux.vnet.ibm.com \
--to=vatsa@linux.vnet.ibm.com \
--cc=aliguori@us.ibm.com \
--cc=avi@redhat.com \
--cc=chrisw@sous-sol.org \
--cc=kvm@vger.kernel.org \
--cc=mtosatti@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.