From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paolo Bonzini Subject: Re: [RFC]VM live snapshot proposal Date: Mon, 03 Mar 2014 14:18:28 +0100 Message-ID: <53148124.8040500@redhat.com> References: <615092B2FD0E7648B6E4B43E029BCFB84D578044@SZXEMA503-MBS.china.huawei.com> <20140303123234.GC21055@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" , "qemu-devel@nongnu.org" , Wenchao Xia , Pavel Hrdina , KVM devel mailing list , Zhanghailiang , Dr David Alan Gilbert , Andrea Arcangeli To: Stefan Hajnoczi , "Huangpeng (Peter)" Return-path: Received: from mx1.redhat.com ([209.132.183.28]:49469 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753881AbaCCNSo (ORCPT ); Mon, 3 Mar 2014 08:18:44 -0500 In-Reply-To: <20140303123234.GC21055@stefanha-thinkpad.redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: Il 03/03/2014 13:32, Stefan Hajnoczi ha scritto: > If there is not enough memory to fork, then a synchronous approach to > catching guest memory writes is needed. I'm not sure if a good > mechanism for that exists but the simplest would be mprotect(2) and a > signal handler (which will make the guest run very slowly). I think we'll be adding such a mechanism, but for guest memory reads, for postcopy migration. Perhaps it could be reused for live snapshotting? Paolo