From mboxrd@z Thu Jan  1 00:00:00 1970
From: Dario Faggioli <raistlin@linux.it>
Subject: Re: NUMA TODO-list for xen-devel
Date: Wed, 08 Aug 2012 09:07:50 +0200
Message-ID: <1344409670.5763.2.camel@Solace>
References: <1343837796.4958.32.camel@Solace> <501BA1C0.7040100@amd.com>
	<45216a40-585d-47df-86a0-3b78843d7ef7@default>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2318029299027796970=="
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <45216a40-585d-47df-86a0-3b78843d7ef7@default>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Dan Magenheimer <dan.magenheimer@oracle.com>
Cc: Andre Przywara <andre.przywara@amd.com>, Anil Madhavapeddy <anil@recoil.org>, George Dunlap <George.Dunlap@eu.citrix.com>, Andrew Cooper <Andrew.Cooper3@citrix.com>, xen-devel <xen-devel@lists.xen.org>, Jan Beulich <JBeulich@suse.com>, "Zhang, Yang Z" <yang.z.zhang@intel.com>
List-Id: xen-devel@lists.xenproject.org


--===============2318029299027796970==
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature";
	boundary="=-q5hHlyQTu337/Gee3836"


--=-q5hHlyQTu337/Gee3836
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Fri, 2012-08-03 at 15:42 -0700, Dan Magenheimer wrote:
> > > [D] - Dynamic memory migration between different nodes of the host. A=
s
> > >        the counter-part of the NUMA-aware scheduler.
> >=20
> > I once read about a VMware feature: bandwith-limited migration in the
> > background, hot pages first. So we get flexibility and avoid CPU
> > starving, but still don't hog the system with memory copying.
> > Sounds quite ambitious, though.
>=20
> Something like this, but between NUMA nodes instead of physical systems?
>=20
> http://osnet.cs.binghamton.edu/publications/hines09postcopy_osr.pdf=20
>
Likely. The analogy between this kind of "memory migration" and the
actual live migration we already have is indeed something I want to take
advantage of. The fact that we support that small thing called
_paravirtualization_ is complicating it all quite a bit, but I'm looking
into it... Thanks for the reference. :-)

Regards,
Dario

--=20
<<This happens because I choose it to happen!>> (Raistlin Majere)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://retis.sssup.it/people/faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)


--=-q5hHlyQTu337/Gee3836
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.4.12 (GNU/Linux)

iEYEABECAAYFAlAiEEYACgkQk4XaBE3IOsTkwgCfWVd4mBosYyWvC5KvOaa9kcFX
RuIAn32TeafeQFJ38e4gzMwdtMosspud
=PIYe
-----END PGP SIGNATURE-----

--=-q5hHlyQTu337/Gee3836--



--===============2318029299027796970==
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

--===============2318029299027796970==--