linux-kernel - Re: [PATCHv2] rdma: add a new IB_ACCESS

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 10 Apr 2013 18:05:39 +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 11:48:24AM -0400, Michael R. Hines wrote:
> 
> There's a very nice, simple client/server RDMA application on the
> internet you can use to test your patch.
> 
> http://thegeekinthecorner.wordpress.com/2010/09/28/
> rdma-read-and-write-with-ib-verbs/
> 
> This guy provides the source code which dumps several gigabytes over RDMA
> to the other side.
> 
> There's no need to run QEMU to test your patch,
> assuming you have access to infiniband hardware.
> 
> - Michael


Does this app have any COW pages?

> On 04/10/2013 01:32 AM, Michael S. Tsirkin wrote:
> 
>     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/