From: xuehai zhang <hai@cs.uchicago.edu>
To: Steven Hand <Steven.Hand@cl.cam.ac.uk>
Cc: Xen-devel@lists.xensource.com
Subject: Re: New MPI benchmark performance results (update)
Date: Tue, 03 May 2005 11:36:25 -0500 [thread overview]
Message-ID: <4277A889.3050409@cs.uchicago.edu> (raw)
In-Reply-To: <E1DSthN-0006DG-00@mta1.cl.cam.ac.uk>
Steven,
Thanks for the response.
>>Please let me know if you have any questions about the configuration
>>of the benchmarking experiments. I am looking forward to your
>>insightful explainations.
>
>
> Erm, what version of Xen are you using for these? I notice that the
> dom0 kernel seems to be using 2.4.28 which is not current in any of
> the trees. Since you're using SMP guests, I'm guessing this is some
> old version of xen-unstable?
The Xen version is 2.0 for all the experiments. I am not sure if the SMP mentioned in my email is
the same as "SMP guests" you mentioned. To clarify, "domU with SMP" I mentioned means Xen is booted
with SMP support (no "nosmp" option) and I pin dom0 to the 1st CPU and pin domU to the 2nd CPU;
"domU with no SMP" I mentioned means Xen is booted without SMP support (with "nosmp" option) and
both dom0 and domU use the same single CPU.
> Your results are kinda interesting but I think you'd probably be
> better off trying to compare like with like so that we can isolate
> the performance issues due to Xen/XenLinux, i.e.
I agree with your suggestion.
> - use the same kernel (or ported kernel) in each case;
I will use 2.6 kernel for both dom0 and domU. For native linux, the current kernel version is 2.4
and I have to convince the cluster administrator to upgrade it to 2.6 for a fair comparison as you
point out.
> - use the same amount of memory in each case.
It is hard to use the same amount of memory, especially for domU memory because dom0 will occupy
part of the 512MB physical memory. BTW, we think the memory is unlikely a key factor to the
performance because the maximum message size is 4MB and we only test up to 8-node cluster (8
processes) and the memory will not be overallocated.
> Otherwise you end up comparing 2.4 to 2.6, or 128MB/360MB/512MB, ...
>
> Also you should probably use the current unstable tree since there
> have been a number of performance fixes.
I will grab the current unstable tree and rerun the experiments by integrating the above
configuration improvements. I will send a new result update when I finish.
Thanks again for the help.
Xuehai
> cheers,
>
> S.
>
>
next prev parent reply other threads:[~2005-05-03 16:36 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-03 9:11 New MPI benchmark performance results (update) xuehai zhang
2005-05-03 9:28 ` Steven Hand
2005-05-03 16:36 ` xuehai zhang [this message]
2005-05-03 16:13 ` Mark Williamson
2005-05-03 16:58 ` xuehai zhang
2005-05-03 20:24 ` Nivedita Singhvi
2005-05-03 22:05 ` xuehai zhang
-- strict thread matches above, loose matches on Subject: below --
2005-05-03 13:56 Ian Pratt
2005-05-03 16:48 ` xuehai zhang
2005-05-03 19:09 Santos, Jose Renato G (Jose Renato Santos)
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=4277A889.3050409@cs.uchicago.edu \
--to=hai@cs.uchicago.edu \
--cc=Steven.Hand@cl.cam.ac.uk \
--cc=Xen-devel@lists.xensource.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.