<div dir="ltr">What I was hoping was that I would be able to get some interesting NFS locking testing by having multiple NFS clients all trying to use this file while running an MPI job.  </div><div class="gmail_extra"><br>
<br><div class="gmail_quote">On Mon, Feb 4, 2013 at 12:08 PM, Dave Goodell <span dir="ltr"><<a href="mailto:goodell@mcs.anl.gov" target="_blank">goodell@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">On Feb 4, 2013, at 11:05 AM CST, Dustin Sorge wrote:<br>
<br>
> I can get MPICH working without it, however I am doing some NFS testing and having that file mounted over NFS would be a very interesting use case for me.  I would like to avoid mounting /tmp over NFS so i wanted to see if there was a way to specifying another path for the file.<br>

<br>
</div>You probably don't want to be accessing this file directly, and especially not over NFS.  The only reason a file exists is as a way for all processes to map the same memory.  IIRC the file should actually be unlinked (deleted) as soon as all processes on the node have mmap-ed it.<br>

<br>
Can you explain more about what you are actually trying to accomplish?<br>
<span class="HOEnZb"><font color="#888888"><br>
-Dave<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
discuss mailing list     <a href="mailto:discuss@mpich.org">discuss@mpich.org</a><br>
To manage subscription options or unsubscribe:<br>
<a href="https://lists.mpich.org/mailman/listinfo/discuss" target="_blank">https://lists.mpich.org/mailman/listinfo/discuss</a><br>
</div></div></blockquote></div><br></div>