From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PATCH 4/4] KVM MMU: do not intercept invlpg if 'oos_shadow' is disabled Date: Fri, 30 Apr 2010 12:56:26 +0300 Message-ID: <4BDAA94A.8050407@redhat.com> References: <4BDA9C37.9070602@cn.fujitsu.com> <4BDA9C86.8080204@cn.fujitsu.com> <4BDA9CD0.6070501@cn.fujitsu.com> <4BDA9D58.6030407@cn.fujitsu.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Marcelo Tosatti , KVM list , LKML To: Xiao Guangrong Return-path: Received: from mx1.redhat.com ([209.132.183.28]:47803 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933136Ab0D3RVx (ORCPT ); Fri, 30 Apr 2010 13:21:53 -0400 In-Reply-To: <4BDA9D58.6030407@cn.fujitsu.com> Sender: kvm-owner@vger.kernel.org List-ID: On 04/30/2010 12:05 PM, Xiao Guangrong wrote: > If 'oos_shadow' == 0, intercepting invlpg command is really > unnecessary. > > And it's good for us to compare the performance between enable 'oos_shadow' > and disable 'oos_shadow' > > @@ -74,8 +74,9 @@ static int dbg = 0; > module_param(dbg, bool, 0644); > #endif > > -static int oos_shadow = 1; > +int __read_mostly oos_shadow = 1; > module_param(oos_shadow, bool, 0644); > +EXPORT_SYMBOL_GPL(oos_shadow); > Please rename to kvm_oos_shadow to reduce potential for conflict with other global names. But really, this is a debug option, I don't expect people to run with oos_shadow=0, so there's not much motivation to optimize it. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic.