All of lore.kernel.org
 help / color / mirror / Atom feed
From: xuehai zhang <hai@cs.uchicago.edu>
To: xen-devel@lists.xensource.com
Subject: MPI benchmark performance gap between native linux and domU
Date: Mon, 04 Apr 2005 17:43:59 -0500	[thread overview]
Message-ID: <4251C32F.7060609@cs.uchicago.edu> (raw)


Hi all,

I did the following experiments to explore the MPI application execution performance
on both native linux machines and inside of unpriviledged Xen user domains. I use 8
machines with identical HW configurations (498.756 MHz dual CPU, 512MB memory, on a
10MB/sec LAN) and I use Pallas MPI Benchmarks (PMB).

Experiment 1: I boot all 8 nodes with native linux (nosmp, kernel 2.4.29) and use all
of them for PMB tests.

Experiment 2: I boot all 8 nodes with Xen running and start a single user domain
(port 2.6.10,using file-backed VBD) on each node with 360MB memory. Then I run the
same PMB tests among these 8 user domains.

The expreiment results show, running a same MPI benchmark in user domains usually
results in a worse (sometimes very bad) performance comparing with on native
linux machines. The following are the results for PMB SendRecv benchmark for both
experiments (table1 and table2 report throughput and latency respectively). As you may
notice, SendRecv can achieve a 14.9MB/sec throughput on native linux machines but can
get a maximum 7.07 MB/sec throughput if running inside of user domains. The latency
results also have big gap.

Clearly, there is difference between the memory used in the native linux machine of
Experiment 1 (512MB) and in the user domain (360MB, can not go higher because dom0
started with 128MB memory) of Experiment 2. However, I don't think it is the main
cause of the performance gap because the tested message sizes are much smaller than
both memory sizes.

I will appreciate your help if you had the similar experience and wanna share your
insights.

BTW, if you are not familar with PMB SendRecv benchmark, you can find a detailed
explaination at http://people.cs.uchicago.edu/~hai/PMB-MPI1.pdf (see section 4.3.1).

Thanks in advance for you help.

Xuehai


P.S. Table 1: SendRecv throughput (MB/sec) performance

Message_Size(bytes)	Experiment_1	Experiment_2
0		        0             0
1		        0             0
2		        0             0
4		        0             0
8		        0.04          0.01
16	                0.16          0.01
32	                0.34          0.02
64	                0.65          0.04
128	                1.17          0.09
256	                2.15          0.59
512	                3.4           1.23
1K	                5.29          2.57
2K	                7.68          3.5
4K	                10.7          4.96
8K	                13.35         7.07
16K	                14.9          3.77
32K	                9.85          3.68
64K	                5.06          3.02
128K                    7.91          4.94
256K                    7.85          5.25
512K                    7.93          6.11
1M	                7.85          6.5
2M	                8.18          5.44
4M	                7.55          4.93

Table 2: SendRecv latency (millisec) performance

Message_Size(bytes)	Experiment_1	Experiment_2
0                   1979.6        3010.96
1                   1724.16       3218.88
2                   1669.65       3185.3
4                   1637.26       3055.67
8                   406.77        2966.17
16                  185.76        2777.89
32                  181.06        2791.06
64                  189.12        2940.82
128                 210.51        2716.3
256                 227.36        843.94
512                 287.28        796.71
1K                  368.72        758.19
2K                  508.65        1144.24
4K                  730.59        1612.66
8K                  1170.22       2471.65
16K                 2096.86       8300.18
32K                 6340.45       17017.99
64K                 24640.78      41264.5
128K                31709.09      50608.97
256K                63680.67      94918.13
512K                125531.7      162168.47
1M                  251566.94     321451.02
2M                  477431.32     707981
4M                  997768.35     1503987.61

             reply	other threads:[~2005-04-04 22:43 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-04 22:43 xuehai zhang [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-04-04 23:18 MPI benchmark performance gap between native linux and domU xuehai zhang
2005-04-04 23:37 ` Nivedita Singhvi
2005-04-05  4:49   ` xuehai zhang

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=4251C32F.7060609@cs.uchicago.edu \
    --to=hai@cs.uchicago.edu \
    --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.