From mboxrd@z Thu Jan  1 00:00:00 1970
From: Dario Faggioli <raistlin@linux.it>
Subject: Re: [PATCH 08 of 10 v2] libxl: enable automatic
 placement of guests on NUMA nodes
Date: Thu, 28 Jun 2012 12:12:09 +0200
Message-ID: <1340878329.21008.2.camel@Solace>
References: <patchbomb.1339779868@Solace>
	<81f18379bb3d4d9397d1.1339779876@Solace>
	<A9667DDFB95DB7438FA9D7D576C3D87E1BDD1C@SHSMSX101.ccr.corp.intel.com>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0548755802828270494=="
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <A9667DDFB95DB7438FA9D7D576C3D87E1BDD1C@SHSMSX101.ccr.corp.intel.com>
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: "Zhang, Yang Z" <yang.z.zhang@intel.com>
Cc: Andre Przywara <andre.przywara@amd.com>, Ian Campbell <Ian.Campbell@citrix.com>, Stefano Stabellini <Stefano.Stabellini@eu.citrix.com>, George Dunlap <george.dunlap@eu.citrix.com>, Juergen Gross <juergen.gross@ts.fujitsu.com>, Ian Jackson <Ian.Jackson@eu.citrix.com>, "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
List-Id: xen-devel@lists.xenproject.org


--===============0548755802828270494==
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature";
	boundary="=-urcEBA0ROBoTojz+3cpn"


--=-urcEBA0ROBoTojz+3cpn
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Thu, 2012-06-28 at 07:25 +0000, Zhang, Yang Z wrote:
> > This all happens internally to libxl, and no API for driving the mechan=
ism is
> > provided for now. This matches what xend already does.
> we should consider the basic IONUMA. I mean when a guest with a device as=
signed,=20
> from the point of view of performance, it's better to allocated the memor=
y from the node=20
> which the device belongs to.
>
That sure makes sense, and it would be a very useful extension!

> Furthermore, we need consider the guest NUMA(I am working on it now) and =
live migration.
>=20
Great. Can you share, either here on or a separate thread some more
details about what you mean by both "guest NUMA" and "live migration" in
this context?

As George said, that would be 4.3 material, but I'm still very
interested. :-)

Thanks and 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)


--=-urcEBA0ROBoTojz+3cpn
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)

iEYEABECAAYFAk/sLfkACgkQk4XaBE3IOsQhGQCeL9c5a/6vJXYr2nsASgj5ci1N
crMAoKF95g11CA5bxh9r/JXsVhkFXndj
=GoZR
-----END PGP SIGNATURE-----

--=-urcEBA0ROBoTojz+3cpn--



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

--===============0548755802828270494==--