From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marc Zyngier Subject: Re: [PATCH 1/2] ARM: KVM: Yield CPU when vcpu executes a WFE Date: Tue, 08 Oct 2013 16:06:59 +0100 Message-ID: <52541F93.4070503@arm.com> References: <1381160430-11790-1-git-send-email-marc.zyngier@arm.com> <1381160430-11790-2-git-send-email-marc.zyngier@arm.com> <5253FDDD.6050008@arm.com> <52541EA3.7010403@linux.vnet.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: 8BIT Cc: Raghavendra KT , "linux-arm-kernel@lists.infradead.org" , "kvmarm@lists.cs.columbia.edu" , "kvm@vger.kernel.org" , Christoffer Dall To: Raghavendra K T Return-path: Received: from service87.mimecast.com ([91.220.42.44]:41470 "EHLO service87.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751339Ab3JHPHD convert rfc822-to-8bit (ORCPT ); Tue, 8 Oct 2013 11:07:03 -0400 In-Reply-To: <52541EA3.7010403@linux.vnet.ibm.com> Sender: kvm-owner@vger.kernel.org List-ID: On 08/10/13 16:02, Raghavendra K T wrote: > [...] >>>> + kvm_vcpu_on_spin(vcpu); >>> >>> Could you also enable CONFIG_HAVE_KVM_CPU_RELAX_INTERCEPT for arm and >>> check if ple handler logic helps further? >>> we would ideally get one more optimization folded into ple handler if >>> you enable that. >> >> Just gave it a go, and the results are slightly (but consistently) >> worse. Over 10 runs: >> >> Without RELAX_INTERCEPT: Average run 3.3623s >> With RELAX_INTERCEPT: Average run 3.4226s >> >> Not massive, but still noticeable. Any clue? > > Is it a 4x overcommit? Probably we would have hit the code > overhead if it were small guests. Only 2x overcommit (dual core host, quad vcpu guests). > RELAX_INTERCEPT is worth enabling for large guests with > overcommits. I'll try something more aggressive as soon as I get the time. What do you call a large guest? So far, the hard limit on ARM is 8 vcpus. M. -- Jazz is not dead. It just smells funny...