From mboxrd@z Thu Jan 1 00:00:00 1970 From: Raghavendra K T Subject: Re: [PATCH RFC 1/2] KVM: don't check for PF_VCPU when yielding Date: Fri, 28 Nov 2014 17:10:25 +0530 Message-ID: <54785F29.1060506@linux.vnet.ibm.com> References: <1416931449-24585-1-git-send-email-dahi@linux.vnet.ibm.com> <1416931449-24585-2-git-send-email-dahi@linux.vnet.ibm.com> <54758692.5000906@de.ibm.com> <20141126102319.2f92c64b@thinkpad-w530> <54759E07.5050204@de.ibm.com> <54785539.9010005@de.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: David Hildenbrand , KVM , Paolo Bonzini , Gleb Natapov , jfrei@linux.vnet.ibm.com, Cornelia Huck , Michael Mueller , raghavendra.kt.linux@gmail.com To: Christian Borntraeger Return-path: Received: from e23smtp09.au.ibm.com ([202.81.31.142]:37022 "EHLO e23smtp09.au.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750929AbaK1LgZ (ORCPT ); Fri, 28 Nov 2014 06:36:25 -0500 Received: from /spool/local by e23smtp09.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Fri, 28 Nov 2014 21:36:21 +1000 Received: from d23relay09.au.ibm.com (d23relay09.au.ibm.com [9.185.63.181]) by d23dlp03.au.ibm.com (Postfix) with ESMTP id 4E429357805A for ; Fri, 28 Nov 2014 22:36:19 +1100 (EST) Received: from d23av03.au.ibm.com (d23av03.au.ibm.com [9.190.234.97]) by d23relay09.au.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id sASBaArC32047348 for ; Fri, 28 Nov 2014 22:36:19 +1100 Received: from d23av03.au.ibm.com (localhost [127.0.0.1]) by d23av03.au.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id sASBZjDa017520 for ; Fri, 28 Nov 2014 22:35:46 +1100 In-Reply-To: <54785539.9010005@de.ibm.com> Sender: kvm-owner@vger.kernel.org List-ID: On 11/28/2014 04:28 PM, Christian Borntraeger wrote: > Am 28.11.2014 um 11:08 schrieb Raghavendra KT: >> Was able to test the patch, here is the result: I have not tested with >> bigger VMs though. Results make it difficult to talk about any side >> effect of >> patch if any. > > Thanks a log. > > If our assumption is correct, then this patch should have no side effect on x86. Do you have any confidence guess if the numbers below mean: no-change vs. regression vs improvement? > I am seeing very small improvement in <= 1x commit cases and for >1x overcommit, a very slight regression. But considering the test environment noises, I do not see much effect from the patch. But I admit, I have not explored deeply about, 1. assumption of preempted approximately equals PF_VCPU case logic, 2. whether it helps for any future usages of yield_to against current sole usage of virtualization.