From mboxrd@z Thu Jan 1 00:00:00 1970 From: Olaf Hering Subject: Re: superpages lost after migration of HVM domU Date: Thu, 20 Apr 2017 18:04:01 +0200 Message-ID: <20170420160401.GH4645@aepfle.de> References: <20170420153523.GG4645@aepfle.de> <104ce757-2105-774e-f421-5ee07f5acb0b@citrix.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4240318339258785170==" Return-path: In-Reply-To: <104ce757-2105-774e-f421-5ee07f5acb0b@citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" To: Andrew Cooper Cc: xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org --===============4240318339258785170== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Uu2n37VG4rOBDVuR" Content-Disposition: inline --Uu2n37VG4rOBDVuR Content-Type: text/plain; charset=utf-8 Content-Disposition: inline On Thu, Apr 20, Andrew Cooper wrote: > As it currently stands, the sending side iterates from 0 to p2m_size, > and sends every frame on the first pass. This means we get PAGE_DATA > records linearly, in batches of 1024, or two aligned 2M superpages. Is there a way to preserve 1G pages? This 380G domU I'm looking at is built with 4k:461390 2M:2341 1G:365 pages. Was there any performance testing done with the new code? I think the 15-20% degradion we are seeing might be caused by this. Olaf --Uu2n37VG4rOBDVuR Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQSkRyP6Rn//f03pRUBdQqD6ppg2fgUCWPjb7gAKCRBdQqD6ppg2 fg1zAJ9gF+yD4FxjrrV53SLj2WvMrPz8tACg+XInuxp+TaFF9v9cM1uOcm42zJc= =VF9l -----END PGP SIGNATURE----- --Uu2n37VG4rOBDVuR-- --===============4240318339258785170== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwczovL2xpc3RzLnhlbi5v cmcveGVuLWRldmVsCg== --===============4240318339258785170==--