From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755396AbbJHJa4 (ORCPT ); Thu, 8 Oct 2015 05:30:56 -0400 Received: from smtp02.citrix.com ([66.165.176.63]:62495 "EHLO SMTP02.CITRIX.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754178AbbJHJaz (ORCPT ); Thu, 8 Oct 2015 05:30:55 -0400 X-IronPort-AV: E=Sophos;i="5.17,654,1437436800"; d="scan'208";a="308879839" Message-ID: <561637CC.9090309@citrix.com> Date: Thu, 8 Oct 2015 10:30:52 +0100 From: Andrew Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.8.0 MIME-Version: 1.0 To: Juergen Gross , Konrad Rzeszutek Wilk , , , , , , Subject: Re: [Xen-devel] [RFC PATCH] Use vAPIC when doing IPI for PVHVM guests. References: <1444249310-23433-1-git-send-email-konrad.wilk@oracle.com> <5615F9AD.101@suse.com> In-Reply-To: <5615F9AD.101@suse.com> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-DLP: MIA1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08/10/15 06:05, Juergen Gross wrote: > On 10/07/2015 10:21 PM, Konrad Rzeszutek Wilk wrote: >> Hey, >> >> I was running some tools in which we would heavily do rescheduling >> of events - and realized to my surprise that the event channels (and >> the hypercall) would slow things down. If I used the vAPIC with its >> IPI support (so no VMEXIT) I got much much better performance. >> >> Now this is an RFC because: >> 1). I hadn't verified from the xentrace how much less VMEXITS we get. >> But I remember Boris's patches and they gave at least 10%. >> I think this will get the same performance or even better. >> >> 2). I don't know what to do with migration. That is if the guest >> migrates to older hardware it needs to recheck this I presume? > > Same problem applies to many other features. In case you want to > migrate to a machine with less features you'd have to mask those > features in the cpuid data of the domain. Those leaves in particular are from the HV set rather than the plain featureset. One way or another there will be an APIC to use, but those features are expected to appear/disappear across migrate to indicate whether hardware assistance is in use or not. Therefore, they should be resampled and re-acted-upon in the resume path. ~Andrew