From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dario Faggioli Subject: Re: NUMA TODO-list for xen-devel Date: Wed, 01 Aug 2012 18:58:54 +0200 Message-ID: <1343840334.4958.45.camel@Solace> References: <1343837796.4958.32.camel@Solace> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3130871632526775411==" 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: Anil Madhavapeddy Cc: Andre Przywara , Steven Smith , George Dunlap , Malte Schwarzkopf , xen-devel , Jan Beulich , Andrew Cooper , "Zhang, Yang Z" List-Id: xen-devel@lists.xenproject.org --===============3130871632526775411== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-fCDbrOow2yB1iujZDfz9" --=-fCDbrOow2yB1iujZDfz9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 2012-08-01 at 17:32 +0100, Anil Madhavapeddy wrote: > On 1 Aug 2012, at 17:16, Dario Faggioli wrote: >=20 > > - Inter-VM dependencies and communication issues. If a workload is > > made up of more than just a VM and they all share the same (NUMA) > > host, it might be best to have them sharing the nodes as much as > > possible, or perhaps do right the opposite, depending on the > > specific characteristics of he workload itself, and this might be > > considered during placement, memory migration and perhaps > > scheduling. > >=20 > > - Benchmarking and performances evaluation in general. Meaning both > > agreeing on a (set of) relevant workload(s) and on how to extract > > meaningful performances data from there (and maybe how to do that > > automatically?). >=20 > I haven't tried out the latest Xen NUMA features yet, but we've been > keeping track of the IPC benchmarks as we get newer machines here: >=20 > http://www.cl.cam.ac.uk/research/srg/netos/ipc-bench/results.html >=20 Wow... That's really cool. I'll definitely take a deep look at all these data! I'm also adding the link to the wiki, if you're fine with that... > Happy to share the raw data if you have cycles to figure out the best > way to auto-place multiple VMs so they are near each other from a memory > latency perspective. =20 > I don't have anything precise in mind yet, but we need to think about this. > We haven't run many macro-benchmarks though, so > in practise it might not matter, so it would be nice to settle on a good > set of benchmarks to determine that for sure. >=20 Yes, that's what we need. I'm open and available on trying to figure this out anytime... I seem to recall you're going to be in SanDiego for XenSummit, am I right? If yes, we can discuss this more there. 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) --=-fCDbrOow2yB1iujZDfz9 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) iEYEABECAAYFAlAZYE4ACgkQk4XaBE3IOsQGvACeLRo4slcAvX4DaAgZR1KgnDPT bTQAnAnBMFBH/ZS2v7DOLZbeO0bi8WWe =J2V+ -----END PGP SIGNATURE----- --=-fCDbrOow2yB1iujZDfz9-- --===============3130871632526775411== 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 --===============3130871632526775411==--