From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33219) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WLD6x-0004P9-Ld for qemu-devel@nongnu.org; Wed, 05 Mar 2014 09:48:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WLD6s-0004gW-Tz for qemu-devel@nongnu.org; Wed, 05 Mar 2014 09:47:55 -0500 Received: from mx1.redhat.com ([209.132.183.28]:37234) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WLD6s-0004gK-KO for qemu-devel@nongnu.org; Wed, 05 Mar 2014 09:47:50 -0500 Date: Wed, 5 Mar 2014 15:46:17 +0100 From: Andrea Arcangeli Message-ID: <20140305144617.GQ27866@redhat.com> References: <615092B2FD0E7648B6E4B43E029BCFB84D578044@SZXEMA503-MBS.china.huawei.com> <20140303123234.GC21055@stefanha-thinkpad.redhat.com> <20140303125520.GF4850@dhcp-200-207.str.redhat.com> <53148169.6060700@redhat.com> <20140303133034.GI4850@dhcp-200-207.str.redhat.com> <531487F3.9010606@redhat.com> <20140303195211.GD27866@redhat.com> <615092B2FD0E7648B6E4B43E029BCFB84D579573@SZXEMA503-MBS.china.huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <615092B2FD0E7648B6E4B43E029BCFB84D579573@SZXEMA503-MBS.china.huawei.com> Subject: Re: [Qemu-devel] [RFC]VM live snapshot proposal List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Huangpeng (Peter)" Cc: Kevin Wolf , Pavel Hrdina , Zhanghailiang , KVM devel mailing list , Stefan Hajnoczi , "qemu-devel@nongnu.org" , Paolo Bonzini , Wenchao Xia Hi, On Tue, Mar 04, 2014 at 01:35:53AM +0000, Huangpeng (Peter) wrote: > > > Hi Paolo, > > > > On Mon, Mar 03, 2014 at 02:47:31PM +0100, Paolo Bonzini wrote: > > > I'm not sure what's the status of the kernel infrastructure for > > > post-copy. Andrea? > > > > sys_userfaultfd is still work in progress but it shouldn't be much work left to > > completion. madvise(MADV_USERFAULT) and > > remap_anon_pages() are complete for a while. > > http://qemu-project.org/Features/PostCopyLiveMigration > From the feature description, post-copy uses memory copy, so this infrastructure > will solve this problem, but do not help snapshot, am I right? Correct there's no copy with this infrastructure, other than whatever data copy that may be happening inside the network receive protocol for skb linearization into userland memory. With RDMA or zerocopy DMA receive mechanisms, there may be no copy at all.