<html><body bgcolor="#FFFFFF"><div>Hi,</div><div><br></div><div>File flushing has been a huge issue to get working properly on AFS and other systems that have an extra layer of network disk cache. We also want to make sure the files are available e.g. on the frontend node of a cluster while the simulation is still running.</div><div><br></div><div>I think the proper solution is rather to have a separate IO thread so the disk operation can take all the latency in the world without delaying the run.</div><div><br></div><div>You are more then welcome to play with it (but not in the release branch!) - you might already have an account on the AFS-equipped clusters here, or we can arrange it!</div><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.285156); -webkit-composition-fill-color: rgba(175, 192, 227, 0.21875); -webkit-composition-frame-color: rgba(77, 128, 180, 0.21875);"><br></span></div><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.289062); -webkit-composition-fill-color: rgba(175, 192, 227, 0.222656); -webkit-composition-frame-color: rgba(77, 128, 180, 0.222656); ">Alternatively, sync with Sander and he might be able to test new code on AFS.</span></div><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.285156); -webkit-composition-fill-color: rgba(175, 192, 227, 0.21875); -webkit-composition-frame-color: rgba(77, 128, 180, 0.21875);"><br></span></div><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.289062); -webkit-composition-fill-color: rgba(175, 192, 227, 0.222656); -webkit-composition-frame-color: rgba(77, 128, 180, 0.222656); ">Cheers,</span></div><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.269531); -webkit-composition-fill-color: rgba(175, 192, 227, 0.203125); -webkit-composition-frame-color: rgba(77, 128, 180, 0.203125);"><br></span></div><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.289062); -webkit-composition-fill-color: rgba(175, 192, 227, 0.222656); -webkit-composition-frame-color: rgba(77, 128, 180, 0.222656); "><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.273438); -webkit-composition-fill-color: rgba(175, 192, 227, 0.207031); -webkit-composition-frame-color: rgba(77, 128, 180, 0.207031); ">Erik </span></span></div><div><br></div><div><br>On Oct 12, 2010, at 23:26, Roland Schulz <<a href="mailto:roland@utk.edu">roland@utk.edu</a>> wrote:<br><br></div><div></div><blockquote type="cite"><div>Erik, Berk,<div><br></div><div>you added flushing of trn, xtc and ern before the checkpointing functionality had been added. The additional flush can add quite a bit of unnecessary time especially with parallel file systems and/or MPI-IO. Am I right that with checkpointing it is not necessary anymore? The checkpointing is flushing the file before writing the checkpoint. Also gmx_fio_check_file_position is flushing the file before checking whether the file is too large for gmx_off_t</div>
<div>Roland<br clear="all"><br>-- <br>ORNL/UT Center for Molecular Biophysics <a href="http://cmb.ornl.gov" target="_blank"><a href="http://cmb.ornl.gov">cmb.ornl.gov</a></a><br>865-241-1537, ORNL PO BOX 2008 MS6309<br>
</div>
</div></blockquote></body></html>