From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Kiszka Subject: Re: [RFC v2 PATCH 00/21] KVM: x86: CPU isolation and direct interrupts delivery to guests Date: Fri, 07 Sep 2012 10:26:56 +0200 Message-ID: <5049AFD0.1060700@siemens.com> References: <20120906112718.13320.8231.stgit@kvmdev> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: kvm@vger.kernel.org, linux-kernel@vger.kernel.org, x86@kernel.org, yrl.pp-manager.tt@hitachi.com To: Tomoki Sekiyama Return-path: In-Reply-To: <20120906112718.13320.8231.stgit@kvmdev> Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org On 2012-09-06 13:27, Tomoki Sekiyama wrote: > This RFC patch series provides facility to dedicate CPUs to KVM guests > and enable the guests to handle interrupts from passed-through PCI devices > directly (without VM exit and relay by the host). > > With this feature, we can improve throughput and response time of the device > and the host's CPU usage by reducing the overhead of interrupt handling. > This is good for the application using very high throughput/frequent > interrupt device (e.g. 10GbE NIC). > Real-time applicatoins also gets benefit from CPU isolation feature, which > reduces interfare from host kernel tasks and scheduling delay. > > The overview of this patch series is presented in CloudOpen 2012. > The slides are available at: > http://events.linuxfoundation.org/images/stories/pdf/lcna_co2012_sekiyama.pdf One question regarding your benchmarks: If you measured against standard KVM, were the vCPU thread running on an isolcpus core of its own as well? If not, your numbers about the impact of these patches on maximum, maybe also average latencies are likely too good. Also, using a non-RT host and possibly a non-prioritized vCPU thread for the standard scenario looks like an unfair comparison. Jan -- Siemens AG, Corporate Technology, CT RTC ITP SDP-DE Corporate Competence Center Embedded Linux