Oh great. I understand them now. My requirement is to profile MPI benchmark programs(that typically are very huge). So, from your explanation I understand that RLOG is not suited for this purpose. I will take a look at the code snippets you've suggested and get back to you. <br>
<br><div class="gmail_quote">On Tue, Feb 16, 2010 at 8:30 AM, Pavan Balaji <span dir="ltr"><<a href="mailto:balaji@mcs.anl.gov">balaji@mcs.anl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
On 02/15/2010 08:51 PM, sanath kumar wrote:<br>
> Oh I understand. I read through the logging.pdf file. RLOG is<br>
> independent of MPE right? My doubt is if RLOG can do the job of MPE,<br>
> what is the need for MPE? Can you point out some differences between the<br>
> both? Thank you.<br>
<br>
</div>Yes, rlog and MPE are independent. rlog is for internal profiling of<br>
MPICH2 (inside the library), while MPE profiles at the MPI call level.<br>
So, both have their own specific purposes. The common aspect is that the<br>
logs generated by both these profilers can be converted to slog2 format<br>
which is viewable by Jumpshot.<br>
<br>
There are some differences in their implementations as well. For<br>
example, rlog does in-memory profiling. Which means that it can't<br>
profile very long running applications. There are some other differences<br>
in the details as well (such as rlog doesn't have any inter-process<br>
synchronization, so you get independent log files, which might not be<br>
time synchronized). You need to view these as two independent tools.<br>
<br>
If you are just looking to extend MPE to add additional profiling,<br>
instead of using rlog, you'll need to add more states (see the calls to<br>
MPID_MPI_STATE_DECL and MPID_MPI_FUNC_ENTER in MPIR_Bcast (bcast.c:981)<br>
for example). But my suggestion is still to just use rlog instead.<br>
<br>
-- Pavan<br>
<font color="#888888"><br>
--<br>
</font><div><div></div><div class="h5">Pavan Balaji<br>
<a href="http://www.mcs.anl.gov/~balaji" target="_blank">http://www.mcs.anl.gov/~balaji</a><br>
_______________________________________________<br>
mpich-discuss mailing list<br>
<a href="mailto:mpich-discuss@mcs.anl.gov">mpich-discuss@mcs.anl.gov</a><br>
<a href="https://lists.mcs.anl.gov/mailman/listinfo/mpich-discuss" target="_blank">https://lists.mcs.anl.gov/mailman/listinfo/mpich-discuss</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>SANATH KUMAR<br><a href="http://blog.ceglug.org/sanath">http://blog.ceglug.org/sanath</a><br><br>