From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dario Faggioli Subject: Re: VM Migration on a NUMA server? Date: Mon, 3 Aug 2015 12:10:41 +0200 Message-ID: <1438596641.16912.154.camel@citrix.com> References: <20150731121019.GQ26074@zion.uk.xensource.com> <1438347051.16912.130.camel@citrix.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6317438379760506727==" Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Kun Cheng Cc: "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org --===============6317438379760506727== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-f50+W8BY4Q00qbPwyfRe" --=-f50+W8BY4Q00qbPwyfRe Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, 2015-08-01 at 06:21 +0000, Kun Cheng wrote: > I've looked into those settings and vcpu affinities on Xen wiki page. > However what I'm trying to argue about is memory should be migrated > when vcpus are moved to another node.=20 > I still struggle a bit to understand what you mean. It's exactly what I said (or, at least, what I tried to do) that memory is *not* moved right now. There's no mean to do that, and putting one together is something really difficult. There probably would be benefits of having it in place, but only if it's implemented in the proper way, and applied with the proper policing, which all should be thought, discussed and implemented. > But setting a vcpu's affinity only seems to allow vcpu migration > between different nodes. As my NUMA server is on the way I cannot > verify that.=20 > Well, that is correct, memory is not moved. The local migration trick, which I described in my previous email, actually works "only" because migrating a guest basically means re-creating it from scratch (although, of course, the "new" guest resumes from where the "old" was when migration started), and hence re-allocate all it's memory, rather than moving it. > Anyhow, moving memory really draws my interest now.=20 > Glad to hear that. Feel free to give it a try, and report here what you find out. :-) Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-f50+W8BY4Q00qbPwyfRe 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 v2 iEYEABECAAYFAlW/PiEACgkQk4XaBE3IOsSQGwCgjWB8Ud5CvMBcz3RGdqAfWwiY xbcAnR+QQ27cBQqnekTGLNolrGPaFzhd =BPYy -----END PGP SIGNATURE----- --=-f50+W8BY4Q00qbPwyfRe-- --===============6317438379760506727== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============6317438379760506727==--