From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dario Faggioli Subject: Re: NUMA TODO-list for xen-devel Date: Wed, 08 Aug 2012 00:56:14 +0200 Message-ID: <1344380174.4778.2.camel@Solace> References: <1343837796.4958.32.camel@Solace> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0882652826794966639==" 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: "Zhang, Yang Z" Cc: Andre Przywara , Anil Madhavapeddy , George Dunlap , xen-devel , Jan Beulich , Andrew Cooper List-Id: xen-devel@lists.xenproject.org --===============0882652826794966639== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-oqCbyvS31NML87C0odkA" --=-oqCbyvS31NML87C0odkA Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, 2012-08-02 at 01:04 +0000, Zhang, Yang Z wrote: > > - Automatic placement at guest creation time. Basics are there and > > will be shipping with 4.2. However, a lot of other things are > > missing and/or can be improved, for instance: > > [D] * automated verification and testing of the placement; > > * benchmarks and improvements of the placement heuristic; > > [D] * choosing/building up some measure of node load (more accurate > > than just counting vcpus) onto which to rely during placement; > > * consider IONUMA during placement; > We should consider two things: > 1. Dom0 IONUMA: Devices used by dom0 should get the dma buffer from the n= ode which it resides. Currently, Dom0 allocates dma buffer without provide = the node info to the hypercall.. > 2.Guest IONUMA: when guest boots up with pass through device, we need to = allocate the memory from the node where the device resides for further dma = buffer allocation. And let guest know the IONUMA topology. This rely on the= guest NUMA. > This topic was mentioned in xen summit 2011: > http://xen.org/files/xensummit_seoul11/nov2/5_XSAsia11_KTian_IO_Scalabili= ty_in_Xen.pdf >=20 Seems fine, I knew that presentation and I added these details to the Wiki page (sorry for the delay). Are you (or someone from your group) perhaps working or planning to work on it? Thanks and Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://retis.sssup.it/people/faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-oqCbyvS31NML87C0odkA 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) iEYEABECAAYFAlAhnQ4ACgkQk4XaBE3IOsRskQCdGINVesGFsUuZFlXEtD7gt4hF 28EAn1L0uSEr2xv1HOxjoCVmM+ytS1iB =6rKm -----END PGP SIGNATURE----- --=-oqCbyvS31NML87C0odkA-- --===============0882652826794966639== 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 --===============0882652826794966639==--