From: di wang <di.wang@sun.com>
To: lustre-devel@lists.lustre.org
Subject: [Lustre-devel] Oleg/Mike Work on Apps Metrics - FW: Mike Booth week ending 2009.03.15
Date: Tue, 31 Mar 2009 23:35:24 -0400 [thread overview]
Message-ID: <49D2E0FC.4040605@sun.com> (raw)
In-Reply-To: <20090331185111.GL3199@webber.adilger.int>
Hello,
Andreas Dilger wrote:
> If each compute timestep takes 0.1s during IO vs 0.01s without IO and
> you would get 990 timesteps during the write flush in the second case
> until the cache was cleared, vs. none in the first case. I suspect
> that the overhead of the MPI communication on the Lustre IO is small,
> since the IO will be limited by the OST network and disk bandwidth,
> which is generally a small fraction of the cross-sectional bandwidth.
>
> This could be tested fairly easily with a real application that is
> doing computation between IO, instead of a benchmark that is only doing
> IO or only sleeping between IO, simply by increasing the per-OSC write
> cache limit from 32MB to e.g. 1GB in the above case (or 2GB to avoid the
> case where 2 processes on the same node are writing to the same OST).
> Then, measure the time taken for the application to do, say, 1M timesteps
> and 100 checkpoints with the 32MB and the 2GB write cache sizes.
>
>
Can we implement aio here? for example the aio buffer can be treated
different as other dirty buffer, not
being pushed aggressively to server. It seems with buffer_write, the
user have to deal with fs buffer cache
issue in his application, not sure it is good for them, and we may not
even output these features to the
application.
Thanks
WangDi
next prev parent reply other threads:[~2009-04-01 3:35 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <D691F7E6-6030-4EB9-896C-77201445D865@Sun.COM>
[not found] ` <C5E2A328.36EE0%Daniel.Ferber@Sun.Com>
[not found] ` <015c01c9a5a7$cb2f83a0$618e8ae0$@com>
[not found] ` <52E982EB-3ADE-46FA-A7BC-D1645961DF0B@Sun.COM>
[not found] ` <018101c9a5b6$25dbc300$71934900$@com>
[not found] ` <48A6CF99-F630-4581-9FFC-05E3AFF66FA0@Sun.COM>
2009-03-16 12:56 ` [Lustre-devel] Oleg/Mike Work on Apps Metrics - FW: Mike Booth week ending 2009.03.15 Eric Barton
2009-03-18 20:31 ` Oleg Drokin
2009-03-31 18:51 ` Andreas Dilger
2009-03-31 20:58 ` Oleg Drokin
2009-04-01 3:35 ` di wang [this message]
2009-04-01 3:55 ` Michael Booth
2009-04-01 4:34 ` Oleg Drokin
2009-04-01 11:41 ` Michael Booth
2009-04-02 22:43 ` Andreas Dilger
2009-04-03 18:27 ` Michael Booth
2009-04-06 22:12 ` di wang
2009-04-07 7:54 ` Andreas Dilger
2009-04-01 5:01 ` Eric Barton
2009-04-01 5:08 ` Mike Booth
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=49D2E0FC.4040605@sun.com \
--to=di.wang@sun.com \
--cc=lustre-devel@lists.lustre.org \
/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.