From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41984) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eOmUF-0005z4-0S for qemu-devel@nongnu.org; Tue, 12 Dec 2017 10:28:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eOmUA-0000UA-PC for qemu-devel@nongnu.org; Tue, 12 Dec 2017 10:28:51 -0500 Date: Tue, 12 Dec 2017 16:28:39 +0100 From: Cornelia Huck Message-ID: <20171212162839.64ab2207.cohuck@redhat.com> In-Reply-To: <835bc109-bc80-5405-2c5c-2eb9142550ac@redhat.com> References: <20171211134740.8235-1-david@redhat.com> <20171211134740.8235-7-david@redhat.com> <20171212144944.09860296.cohuck@redhat.com> <0aa794ee-c781-0cc4-3c0a-5f49ae495c63@de.ibm.com> <20171212152959.1ff2b7d5.cohuck@redhat.com> <835bc109-bc80-5405-2c5c-2eb9142550ac@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v1 for-2-12 06/15] s390x/flic: factor out injection of floating interrupts List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: David Hildenbrand Cc: Christian Borntraeger , qemu-s390x@nongnu.org, qemu-devel@nongnu.org, Richard Henderson , Alexander Graf , Paolo Bonzini , Peter Crosthwaite , Thomas Huth On Tue, 12 Dec 2017 16:17:17 +0100 David Hildenbrand wrote: > On 12.12.2017 15:29, Cornelia Huck wrote: > > On Tue, 12 Dec 2017 15:13:46 +0100 > > Christian Borntraeger wrote: > > > >> On 12/12/2017 02:49 PM, Cornelia Huck wrote: > > > >>> One thing I noticed: You removed the caching of the flic (in the old > >>> kvm inject routine), and you generally do more qom invocations (first, > >>> to find the common flic; then, to translate to the qemu or kvm flic). > >>> Not sure if this might be a problem (probably not). > >> > >> Is any of these calls on a potential fast path (e.g. guest without adapter > >> interrupts)? If yes, then QOM is a no-go since it is really slow. > > > > At least the new airq interface was using QOM without caching before. > > > > It's basically about any interrupt; but otoh we are (for kvm) in > > userspace already. Caching the flic and just keeping the casting to the > > specialized flic might be ok (I'd guess that the lookup is the slowest > > path.) > > > > Please note that the lookup is already cached in s390_get_flic(); That > should be sufficient, as it does the expensive lookup. One cache should > be enough, no? Ah, missed that. So the old code actually did double caching... > > The other conversions should be cheap (and already were in place in a > couple of places before). Yes, object_resolve_path() is probably the most expensive one. Did anyone ever check if the (existing) conversions are actually measurable?