lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 18 Aug 2009 22:08:27 +0300 From: Avi Kivity <avi@...hat.com> To: Arnd Bergmann <arnd@...db.de> CC: Gregory Haskins <gregory.haskins@...il.com>, Ingo Molnar <mingo@...e.hu>, kvm@...r.kernel.org, alacrityvm-devel@...ts.sourceforge.net, linux-kernel@...r.kernel.org, netdev@...r.kernel.org, "Michael S. Tsirkin" <mst@...hat.com> Subject: Re: [PATCH v3 3/6] vbus: add a "vbus-proxy" bus model for vbus_driver objects On 08/18/2009 09:20 PM, Arnd Bergmann wrote: >> Well, the interrupt model to name one. >> > The performance aspects of your interrupt model are independent > of the vbus proxy, or at least they should be. Let's assume for > now that your event notification mechanism gives significant > performance improvements (which we can't measure independently > right now). I don't see a reason why we could not get the > same performance out of a paravirtual interrupt controller > that uses the same method, and it would be straightforward > to implement one and use that together with all the existing > emulated PCI devices and virtio devices including vhost_net. > Interesting. You could even configure those vectors using the standard MSI configuration mechanism; simply replace the address/data pair with something meaningful to the paravirt interrupt controller. I'd have to see really hard numbers to be tempted to merge something like this though. We've merged paravirt mmu, for example, and now it underperforms both hardware two-level paging and software shadow paging. -- I have a truly marvellous patch that fixes the bug which this signature is too narrow to contain. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists