From: Jan Kiszka <jan.kiszka@web.de>
To: Nadav Har'El <NYH@il.ibm.com>
Cc: Abel Gordon <ABELG@il.ibm.com>, Alex Landau <LALEX@il.ibm.com>,
Dan Tsafrir <dan.tsafrir@gmail.com>,
sheng qiu <herbert1984106@gmail.com>, kvm <kvm@vger.kernel.org>,
Muli Ben-Yehuda <muli@cs.technion.ac.il>,
Nadav Amit <nadav.amit@gmail.com>
Subject: Re: KVM handling external interrupts
Date: Thu, 07 Jun 2012 12:48:51 +0200 [thread overview]
Message-ID: <4FD08713.8090401@web.de> (raw)
In-Reply-To: <OFA9D721AC.A2E2651F-ONC2257A16.00396179-C2257A16.003AD700@il.ibm.com>
[-- Attachment #1: Type: text/plain, Size: 1535 bytes --]
On 2012-06-07 12:34, Nadav Har'El wrote:
>> - You discuss interrupt delivery without stating that you have MSIs in
>> mind. Some aspects may be helpful for legacy interrupts as well, but
>> you obviously can't achieve exit-less operation there. Not an issue,
>> should just be made clear.
>
> Can you eleborate on why exit-less operation cannot be achieved without
> MSI? Doesn't the VMCS flag to avoid exiting on external interrupts
> apply to any interrupts? Or something else won't work?
The guest needs to interact with the IOAPIC. And this resource is shared
between host and guest. It can't be passed through.
>
> In any case, you're right that our implementation and tests all used
> MSI.
>
>>> need paravirtualize the guest: no if you have x2APIC.
>>
>> ...and the guest makes use of it. This excludes older OSes. When did
>> Windows start to use it?
>
> Iff you can't use x2APIC, and don't want to paravirtualize
Often, it is more about "... _can't_ paravirtualize". :)
> the guest, you still get exit-less interrupt *delivery*, which as we
> showed in the benchmarks, gets you more than half of the performance
> improvement (although with newer KVM's improvement in EOI emulation
> performance, the over-half improvement should be somewhat less pronounced).
Yes, I understood this, and I think looking at direct delivery would be
a good first step to check if this could eventually become an upstream
feature. It should even be beneficial for legacy interrupts.
Jan
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]
next prev parent reply other threads:[~2012-06-07 10:48 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-07 0:12 KVM handling external interrupts sheng qiu
2012-06-07 7:51 ` Abel Gordon
2012-06-07 8:13 ` Jan Kiszka
2012-06-07 9:02 ` Jan Kiszka
2012-06-07 10:47 ` Abel Gordon
2012-06-07 10:51 ` Jan Kiszka
2012-06-07 11:05 ` Abel Gordon
2012-06-07 11:13 ` Jan Kiszka
2012-06-07 11:51 ` Abel Gordon
2012-06-07 11:54 ` Jan Kiszka
2012-06-07 12:02 ` Abel Gordon
2012-06-07 11:10 ` Jan Kiszka
2012-06-07 11:49 ` Abel Gordon
2012-06-07 12:11 ` Jan Kiszka
2012-06-07 12:25 ` Abel Gordon
2012-06-07 15:05 ` Jan Kiszka
2012-06-10 8:41 ` Abel Gordon
2012-06-10 10:16 ` Jan Kiszka
2012-06-10 10:43 ` Abel Gordon
2012-06-10 12:16 ` Jan Kiszka
2012-06-10 13:30 ` Abel Gordon
2012-06-07 9:55 ` Abel Gordon
2012-06-07 10:23 ` Jan Kiszka
2012-06-07 10:34 ` Nadav Har'El
2012-06-07 10:48 ` Jan Kiszka [this message]
2012-06-07 11:40 ` Jan Kiszka
2012-06-07 12:17 ` Abel Gordon
2012-06-07 12:19 ` Jan Kiszka
2012-06-07 12:32 ` Abel Gordon
2012-06-07 15:07 ` Jan Kiszka
2012-06-10 10:12 ` Abel Gordon
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=4FD08713.8090401@web.de \
--to=jan.kiszka@web.de \
--cc=ABELG@il.ibm.com \
--cc=LALEX@il.ibm.com \
--cc=NYH@il.ibm.com \
--cc=dan.tsafrir@gmail.com \
--cc=herbert1984106@gmail.com \
--cc=kvm@vger.kernel.org \
--cc=muli@cs.technion.ac.il \
--cc=nadav.amit@gmail.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