From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [RFC 01/10] KVM: reintroduce hc_gpa Date: Wed, 06 Jun 2012 15:37:06 +0300 Message-ID: <4FCF4EF2.40805@redhat.com> References: <1338980418-2519-1-git-send-email-levinsasha928@gmail.com> <4FCF39C4.3050906@redhat.com> <1338982331.3292.61.camel@lappy> <4FCF4151.5090505@redhat.com> <1338983101.3292.66.camel@lappy> <4FCF49DF.5060004@redhat.com> <1338985924.3292.68.camel@lappy> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: mtosatti@redhat.com, gregkh@linuxfoundation.org, sjenning@linux.vnet.ibm.com, dan.magenheimer@oracle.com, konrad.wilk@oracle.com, kvm@vger.kernel.org To: Sasha Levin Return-path: Received: from mx1.redhat.com ([209.132.183.28]:32556 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754397Ab2FFMhX (ORCPT ); Wed, 6 Jun 2012 08:37:23 -0400 In-Reply-To: <1338985924.3292.68.camel@lappy> Sender: kvm-owner@vger.kernel.org List-ID: On 06/06/2012 03:32 PM, Sasha Levin wrote: > On Wed, 2012-06-06 at 15:15 +0300, Avi Kivity wrote: >> On 06/06/2012 02:45 PM, Sasha Levin wrote: >> > On Wed, 2012-06-06 at 14:38 +0300, Avi Kivity wrote: >> >> On 06/06/2012 02:32 PM, Sasha Levin wrote: >> >> > >> >> >> and benchmark results. >> >> > >> >> > Is there a specific test you'd like to see? My tests were based around >> >> > the "streaming test" you proposed last time this discussion came up, and >> >> > runs of 'fio' in guests. >> >> >> >> Those are fine, thanks. >> >> >> >> btw, IIUC, a guest can have two tmem providers: the hypervisor and >> >> zcache. How does it choose? >> > >> > The guest will try to use the hypervisor, unless: >> > >> > - 'nokvmcleancache' is passed as param - in that case cleancache will >> > use the local zcache provider. >> > >> > - 'nokvmfrontswap' is passed as param - in that case frontswap will use >> > the local zcache provider. >> >> The guest may have more memory than free host memory, and its memory is >> certainly faster; but I'm not sure how to integrate this better. > > Won't the free guest memory be exhausted first by regular local caching > before cleancache springs into action? > It would. But we don't know whether it would be better to compress and store on the guest (if we have 2:1 compression ratio, we need to process two pages to free one) or compress and store on the host (where the backing store is more or less free, but may be smaller, and is more expensive to access). -- error compiling committee.c: too many arguments to function