All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dario Faggioli <raistlin@linux.it>
To: Anil Madhavapeddy <anil@recoil.org>
Cc: Andre Przywara <andre.przywara@amd.com>,
	Steven Smith <steven.smith@cl.cam.ac.uk>,
	George Dunlap <dunlapg@gmail.com>,
	Malte Schwarzkopf <malte.schwarzkopf@cl.cam.ac.uk>,
	xen-devel <xen-devel@lists.xen.org>,
	Jan Beulich <JBeulich@suse.com>,
	Andrew Cooper <Andrew.Cooper3@citrix.com>,
	"Zhang, Yang Z" <yang.z.zhang@intel.com>
Subject: Re: NUMA TODO-list for xen-devel
Date: Wed, 01 Aug 2012 18:58:54 +0200	[thread overview]
Message-ID: <1343840334.4958.45.camel@Solace> (raw)
In-Reply-To: <A178E46B-25C1-4251-BB86-292B4CE3082D@recoil.org>


[-- Attachment #1.1: Type: text/plain, Size: 2179 bytes --]

On Wed, 2012-08-01 at 17:32 +0100, Anil Madhavapeddy wrote:
> On 1 Aug 2012, at 17:16, Dario Faggioli <raistlin@linux.it> wrote:
> 
> >    - 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.
> > 
> >    - 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?).
> 
> 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:
> 

> http://www.cl.cam.ac.uk/research/srg/netos/ipc-bench/results.html
> 
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.  
>
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.
> 
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

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


[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

  reply	other threads:[~2012-08-01 16:58 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-01 16:16 NUMA TODO-list for xen-devel Dario Faggioli
2012-08-01 16:24 ` Dario Faggioli
2012-08-01 16:30 ` Andrew Cooper
2012-08-01 16:47   ` Dario Faggioli
2012-08-01 16:53     ` Andrew Cooper
2012-08-02  9:40   ` Jan Beulich
2012-08-02 13:21     ` Dario Faggioli
2012-08-01 16:32 ` Anil Madhavapeddy
2012-08-01 16:58   ` Dario Faggioli [this message]
2012-08-02  0:04     ` Malte Schwarzkopf
2012-08-07 23:53       ` Dario Faggioli
2012-08-02  1:04 ` Zhang, Yang Z
2012-08-07 22:56   ` Dario Faggioli
2012-08-02  9:43 ` Jan Beulich
2012-08-02 13:34   ` Dario Faggioli
2012-08-02 14:07     ` Jan Beulich
2012-08-02 16:36     ` George Dunlap
2012-08-03  9:23       ` Jan Beulich
2012-08-03  9:48         ` Andre Przywara
2012-08-03 10:03           ` Jan Beulich
2012-08-03 22:40             ` Dan Magenheimer
2012-08-03 11:00           ` George Dunlap
2012-08-03 22:34   ` Dan Magenheimer
2012-08-06  7:15     ` Jan Beulich
2012-08-06 16:28       ` Dan Magenheimer
2012-08-03 10:02 ` Andre Przywara
2012-08-03 10:40   ` Jan Beulich
2012-08-03 11:26     ` Andre Przywara
2012-08-03 11:38       ` Jan Beulich
2012-08-03 13:14         ` Dario Faggioli
2012-08-03 13:52           ` Jan Beulich
2012-08-03 22:42   ` Dan Magenheimer
2012-08-08  7:07     ` Dario Faggioli
2012-08-08  7:43   ` Dario Faggioli
2012-08-03 22:22 ` Dan Magenheimer
2012-08-07 23:49   ` Dario Faggioli

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1343840334.4958.45.camel@Solace \
    --to=raistlin@linux.it \
    --cc=Andrew.Cooper3@citrix.com \
    --cc=JBeulich@suse.com \
    --cc=andre.przywara@amd.com \
    --cc=anil@recoil.org \
    --cc=dunlapg@gmail.com \
    --cc=malte.schwarzkopf@cl.cam.ac.uk \
    --cc=steven.smith@cl.cam.ac.uk \
    --cc=xen-devel@lists.xen.org \
    --cc=yang.z.zhang@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.