<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2900.3354" name=GENERATOR></HEAD>
<BODY>
<DIV dir=ltr align=left><SPAN class=340350523-03032009><FONT face=Arial
size=2>Thanks. I think we're looking for a better solution for both implementors
and users. If this includes keeping things simple, so be it. If the
low-level interface can prove its worth in advanced scenarios, the
better.</FONT></SPAN></DIV><BR>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B> mpi3-ft-bounces@lists.mpi-forum.org
[mailto:mpi3-ft-bounces@lists.mpi-forum.org] <B>On Behalf Of </B>Greg
Bronevetsky<BR><B>Sent:</B> Tuesday, March 03, 2009 7:52 PM<BR><B>To:</B> MPI
3.0 Fault Tolerance and Dynamic Process Control working Group; MPI 3.0 Fault
Tolerance and Dynamic Process Control working Group<BR><B>Subject:</B> Re:
[Mpi3-ft] MPI Fault Tolerance scenarios<BR></FONT><BR></DIV>
<DIV></DIV>
<BLOCKQUOTE class=cite cite="" type="cite"><FONT color=#0000ff size=2>Right.
The low-level interface may be optional.<BR></FONT></BLOCKQUOTE><BR>That would
be an interesting choice for the API: provide several levels of support and for
each level provide an optional lower-level API that can be used to control
recovery more finely than would be possible using the default error handlers. I
think that we'll need an explicit communicator rejoin API even when using
built-in error handlers but at least we won't force users to manually check
error codes. Having this double stack leaves me worried that the low-level API
will simply get dropped because the rest of the forum will not see the need for
something that complicated. However, I think we'll have a few very persuasive
arguments such as the fact that checking for failures immediately after every
collective will have a huge performance hit, whereas giving control to the user
will make it efficient.<BR><X-SIGSEP>
<P></X-SIGSEP>Greg Bronevetsky<BR>Post-Doctoral Researcher<BR>1028 Building
451<BR>Lawrence Livermore National Lab<BR>(925)
424-5756<BR>bronevetsky1@llnl.gov<BR><A href="http://greg.bronevetsky.com/"
eudora="autourl">http://greg.bronevetsky.com</A> </P><pre>---------------------------------------------------------------------
Intel GmbH
Dornacher Strasse 1
85622 Feldkirchen/Muenchen Germany
Sitz der Gesellschaft: Feldkirchen bei Muenchen
Geschaeftsfuehrer: Douglas Lusk, Peter Gleissner, Hannes Schwaderer
Registergericht: Muenchen HRB 47456 Ust.-IdNr.
VAT Registration No.: DE129385895
Citibank Frankfurt (BLZ 502 109 00) 600119052
This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
</pre></BODY></HTML>