<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Hi,</p>
<p>when I developped our I/O routines, I did had to end any split
collective call on a file before starting a new one, and it is
said to do so:</p>
<p><br class="Apple-interchange-newline">
On any MPI process, each file handle may have at most one active
split collective operation at any time.</p>
<p>here:</p>
<p><a class="moz-txt-link-freetext" href="http://mpi.deino.net/mpi_functions/MPI_File_read_at_all_begin.html">http://mpi.deino.net/mpi_functions/MPI_File_read_at_all_begin.html</a><span style="color: rgb(70, 69, 68); font-family: arial, sans-serif;
font-size: 12px; font-style: normal; font-variant-ligatures:
normal; font-variant-caps: normal; font-weight: 400;
letter-spacing: normal; orphans: 2; text-align: left;
text-indent: 0px; text-transform: none; white-space: normal;
widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px;
background-color: rgb(204, 204, 204); text-decoration-style:
initial; text-decoration-color: initial; display: inline
!important; float: none;"><br>
</span></p>
Hope this help...<br>
<br>
Eric<br>
<br>
<div class="moz-cite-prefix">Le 18-02-16 à 16:14, Thakur, Rajeev a
écrit :<br>
</div>
<blockquote type="cite" cite="mid:68173A11-354F-43EC-8331-A7015EC6D01F@anl.gov">
<pre wrap="">In Section 13.4.1, under Positioning (pg 507 of MPI 3.1), it says
"In a nonblocking or split collective operation, the pointer is updated by the call that initiates the I/O”
So the file pointer is updated after each call to MPI_File_iread_all. This function uses the individual (local to each process) file pointer, so it should be independent of the number of ranks. If you are seeing some other behavior, it would be useful if you can send a small test program.
Rajeev
</pre>
<blockquote type="cite">
<pre wrap="">On Feb 6, 2018, at 9:07 AM, Martin Pokorny <a class="moz-txt-link-rfc2396E" href="mailto:mpokorny@nrao.edu"><mpokorny@nrao.edu></a> wrote:
I originally posted the following to the mpi-forum mailing list, but
have not received a reply. Perhaps someone on this list can help me out.
I'd like to ask for some clarification on the expected outcome of a sequence of calls to non-blocking MPI-IO functions on a single file handle. To be concrete, assume a sequence of calls to MPI_File_iread_all(). My question concerns the result of making a new request before a previous request has completed. Sec 13.6.5 of the standard says "The call initiates the operation which may progress independently of any communication, computation, or I/O.", which could be interpreted to mean there's no guarantee that the second call will start reading from the position of the file pointer after the completion of the previous request. In some testing that I've done, when one request does not wait for the previous request to complete, I get inconsistent results in the sense that the following read does or does not start from the file pointer position at the completion of the previous read (seeming to depend on the number of ranks, but there could be more to that effect). I'm uncertain whether the inconsistency that I'm seeing is to be expected, or might point to a bug in the MPI library implementation.
--
Martin Pokorny
Software Engineer
Jansky Very Large Array correlator back-end and CASA software
National Radio Astronomy Observatory - New Mexico Operations
_______________________________________________
discuss mailing list <a class="moz-txt-link-abbreviated" href="mailto:discuss@mpich.org">discuss@mpich.org</a>
To manage subscription options or unsubscribe:
<a class="moz-txt-link-freetext" href="https://lists.mpich.org/mailman/listinfo/discuss">https://lists.mpich.org/mailman/listinfo/discuss</a>
</pre>
</blockquote>
<pre wrap="">
_______________________________________________
discuss mailing list <a class="moz-txt-link-abbreviated" href="mailto:discuss@mpich.org">discuss@mpich.org</a>
To manage subscription options or unsubscribe:
<a class="moz-txt-link-freetext" href="https://lists.mpich.org/mailman/listinfo/discuss">https://lists.mpich.org/mailman/listinfo/discuss</a></pre>
</blockquote>
<br>
</body>
</html>