Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933938AbcCITi6 (ORCPT ); Wed, 9 Mar 2016 14:38:58 -0500 Received: from mx1.redhat.com ([209.132.183.28]:57219 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933002AbcCITiz (ORCPT ); Wed, 9 Mar 2016 14:38:55 -0500 Message-ID: <1457552332.17933.24.camel@redhat.com> Subject: Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization From: Rik van Riel To: Roman Kagan , "Michael S. Tsirkin" Cc: "Li, Liang Z" , "Dr. David Alan Gilbert" , "ehabkost@redhat.com" , "kvm@vger.kernel.org" , "quintela@redhat.com" , "linux-kernel@vger.kernel.org" , "qemu-devel@nongnu.org" , "linux-mm@kvack.org" , "amit.shah@redhat.com" , "pbonzini@redhat.com" , "akpm@linux-foundation.org" , "virtualization@lists.linux-foundation.org" , "rth@twiddle.net" Date: Wed, 09 Mar 2016 14:38:52 -0500 In-Reply-To: <20160309170438.GB9715@rkaganb.sw.ru> References: <20160304102346.GB2479@rkaganb.sw.ru> <20160304163246-mutt-send-email-mst@redhat.com> <20160305214748-mutt-send-email-mst@redhat.com> <20160307110852-mutt-send-email-mst@redhat.com> <20160309142851.GA9715@rkaganb.sw.ru> <20160309173017-mutt-send-email-mst@redhat.com> <20160309170438.GB9715@rkaganb.sw.ru> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-K0YSfgd+pCgmIgaD1fae" Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1591 Lines: 49 --=-K0YSfgd+pCgmIgaD1fae Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 2016-03-09 at 20:04 +0300, Roman Kagan wrote: > On Wed, Mar 09, 2016 at 05:41:39PM +0200, Michael S. Tsirkin wrote: > > On Wed, Mar 09, 2016 at 05:28:54PM +0300, Roman Kagan wrote: > > > For (1) I've been trying to make a point that skipping clean > > > pages is > > > much more likely to result in noticable benefit than free pages > > > only. > >=20 > > I guess when you say clean you mean zero? >=20 > No I meant clean, i.e. those that could be evicted from RAM without > causing I/O. >=20 Programs in the guest may have that memory mmapped. This could include things like libraries and executables. How do you deal with the guest page cache containing references to now non-existent memory? How do you re-populate the memory on the destination host? --=C2=A0 All rights reversed --=-K0YSfgd+pCgmIgaD1fae Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJW4HvMAAoJEM553pKExN6D5J8IAMBmqwQi+Hyqk1yRWjNTf7pD W9QbhicpkmXTphpgbwLoxlasBetwFhFkr7fg2bADCefMdP5UN/osupn6S9UXGudi ga1vaW6A3X/C1qaZ7iS8rulSNgJoQBBbCe2D7it5VZVsCCjQfw9XnqSDT6eoK/cG 6MfuZBGZpN+W7TbyM1xYaJ2xYQjGzV2zbfV/rQw2y0B8uOlTNFGToeTf7q4z2d7Q ZIoJPFwuPUUQlQzrKRXu3qEjsVgyIJLleaaejpgGScN0WkAKZ58gD2UyQWUiCge7 P8r3BFFBMoZukQS0/3UAH7psGOCvBX4EFK5M9FtDTghY1m8syJH8MGa0ALYY1Ng= =hi8W -----END PGP SIGNATURE----- --=-K0YSfgd+pCgmIgaD1fae--