<html><body>
<p><font size="2" face="sans-serif">Hi Pavel,</font><br>
<br>
<font size="2" face="sans-serif">Most popular filesystems work that way.</font><br>
<br>
<font size="1" face="Arial">Write buffering improves the performance at the expense of some risk.</font><br>
<font size="1" face="Arial">Today most applications and all modern OS correctly handle &quot;crash consistency&quot;, meaning they can recover from uncommitted writes.</font><br>
<br>
<font size="1" face="Arial">If you have data which absolutely cannot tolerate any &quot;in-flight&quot; data loss, it requires significant planning and resources on multiple levels, but as far as GPFS is concerned you could create a small file system and data (VMDK's) or serve GPFS or cNFS (mount GPFS with &quot;syncfs&quot;, mount NFS with </font><font size="1" face="Arial">sync,no_wdelay) </font><font size="1" face="Arial">&nbsp;to VM clients from those filesystems.</font><br>
<font size="1" face="Arial">Your VM OS (VMDK) could be on a regular GPFS file system and your app data and logs could be on a small GPFS with synchronous writes.<br>
</font><br>
<font size="2" face="sans-serif">Regards</font><br>
<font size="2" face="sans-serif">Sean</font></body></html>