From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:34219) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rq1aa-00088q-KY for qemu-devel@nongnu.org; Wed, 25 Jan 2012 07:04:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rq1aZ-0007N5-Cu for qemu-devel@nongnu.org; Wed, 25 Jan 2012 07:04:32 -0500 Received: from mx1.redhat.com ([209.132.183.28]:50706) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rq1aZ-0007Mr-4S for qemu-devel@nongnu.org; Wed, 25 Jan 2012 07:04:31 -0500 Message-ID: <4F1FEFCA.2060907@redhat.com> Date: Wed, 25 Jan 2012 14:04:26 +0200 From: Avi Kivity MIME-Version: 1.0 References: <4F1810AF.8010002@siemens.com> <20120119172802.GD11381@amt.cnet> <4F185535.1060908@siemens.com> <4F1FE9CE.5050401@redhat.com> <4F1FEE1F.8080907@siemens.com> In-Reply-To: <4F1FEE1F.8080907@siemens.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] qemu-kvm upstreaming: Do we want -kvm-shadow-memory semantics? List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: Marcelo Tosatti , qemu-devel , kvm On 01/25/2012 01:57 PM, Jan Kiszka wrote: > > > > -kvm-shadow-memory is becoming less meaningful for ordinary workloads > > since everything uses TDP these days. It's still meaningful for testing > > (forcing aggressive cache replacement), or perhaps nested virtualization. > > So, is it used for testing in fact? It is not, but it should be. There's an extra_params option in autotest, I'll start using it to stress the mmu some more, even though it's going to slow things down for me. > Would a machine option > "kvm_shadow_memory=n" be desirable? Not sure, this is a host option, not a guest option. Machine options should be guest-visible. -- error compiling committee.c: too many arguments to function