From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paolo Bonzini Subject: Re: [RFC]VM live snapshot proposal Date: Tue, 04 Mar 2014 10:05:47 +0100 Message-ID: <5315976B.5070608@redhat.com> References: <615092B2FD0E7648B6E4B43E029BCFB84D578044@SZXEMA503-MBS.china.huawei.com> <20140303123234.GC21055@stefanha-thinkpad.redhat.com> <615092B2FD0E7648B6E4B43E029BCFB84D5794D0@SZXEMA503-MBS.china.huawei.com> <20140304085456.GD25676@stefanha-thinkpad.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "kwolf@redhat.com" , Pavel Hrdina , Zhanghailiang , KVM devel mailing list , "qemu-devel@nongnu.org" , Wenchao Xia To: Stefan Hajnoczi , "Huangpeng (Peter)" Return-path: In-Reply-To: <20140304085456.GD25676@stefanha-thinkpad.redhat.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org Sender: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org List-Id: kvm.vger.kernel.org Il 04/03/2014 09:54, Stefan Hajnoczi ha scritto: >> Is there any other proposals to implement vm-snapshot? > See the discussion by Paolo and Andrea about post-copy migration, which > adds kernel memory management features for tracking userspace page > faults. Perhaps you can use that infrastructure to trap guest writes. That infrastructure actually traps guest reads too. But it's fine, as they are a superset of guest writes and the image will still be consistent. Paolo