
<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 "crash consistency", meaning they can recover from uncommitted writes.</font><br>

<br>

<font size="1" face="Arial">If you have data which absolutely cannot tolerate any "in-flight" 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 "syncfs", mount NFS with </font><font size="1" face="Arial">sync,no_wdelay) </font><font size="1" face="Arial"> 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>