From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [RFC PATCH 0/2] irq destination caching prototype Date: Mon, 13 Aug 2012 14:03:51 +0300 Message-ID: <5028DF17.2050008@redhat.com> References: <1344849408-2697-1-git-send-email-gleb@redhat.com> <5028CAA9.8070807@redhat.com> <20120813101246.GA16147@redhat.com> <20120813101608.GS3341@redhat.com> <5028D52D.9050104@redhat.com> <20120813102402.GT3341@redhat.com> <5028D788.3070006@redhat.com> <20120813103845.GA16300@redhat.com> <5028DDCD.1090205@redhat.com> <20120813110108.GX3341@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Michael S. Tsirkin" , kvm@vger.kernel.org, Jan Kiszka To: Gleb Natapov Return-path: Received: from mx1.redhat.com ([209.132.183.28]:4467 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751320Ab2HMLDy (ORCPT ); Mon, 13 Aug 2012 07:03:54 -0400 In-Reply-To: <20120813110108.GX3341@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: On 08/13/2012 02:01 PM, Gleb Natapov wrote: >> >> Actually this is overkill. Suppose we do an apicid->vcpu translation >> cache? Then we retain O(1) behaviour, no need for a huge cache. >> > Not sure I follow. Unicast MSIs and IPIs can be speeded up by looking up the vcpu using the apic id, using a static lookup table (only changed when the guest updates apicid or a vcpu is inserted). -- error compiling committee.c: too many arguments to function