[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20130410053255.GC12777@redhat.com>
Date: Wed, 10 Apr 2013 08:32:55 +0300
From: "Michael S. Tsirkin" <mst@...hat.com>
To: "Michael R. Hines" <mrhines@...ux.vnet.ibm.com>
Cc: Roland Dreier <roland@...nel.org>,
Jason Gunthorpe <jgunthorpe@...idianresearch.com>,
Sean Hefty <sean.hefty@...el.com>,
Hal Rosenstock <hal.rosenstock@...il.com>,
Yishai Hadas <yishaih@...lanox.com>,
Christoph Lameter <cl@...ux.com>,
"linux-rdma@...r.kernel.org" <linux-rdma@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>, qemu-devel@...gnu.org
Subject: Re: [PATCHv2] rdma: add a new IB_ACCESS_GIFT flag
On Wed, Apr 10, 2013 at 12:32:31AM -0400, Michael R. Hines wrote:
> On 04/09/2013 11:24 PM, Michael S. Tsirkin wrote:
> >Which mechanism do you refer to? You patches still seem to pin
> >each page in guest memory at some point, which will break all COW.
> >In particular any pagemap tricks to detect duplicates on source
> >that I suggested won't work.
>
> Sorry, I mispoke. I'm reffering to dynamic server page registration.
>
> Of course it does not eliminate pinning - but it does mitigate the
> foot print of the VM as a feature that was requested.
>
> I have implemented it and documented it.
>
> - Michael
Okay, but GIFT is supposed to be used on send side: it's only allowed
with local/remote read access, and serves to reduce memory usage
on send side.
For example, disable zero page detection and look at memory usage
on send side before and after migration.
Dynamic registration on the receive side is nice but seems
completely unrelated ...
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists