Hello, thanks you for all the answers, It is more clear now. Regards, Pavel
-- Ing. Pavel Pokorný DATERA s.r.o. | Ovocný trh 580/2 | Praha | Czech Republic www.datera.cz | Mobil: +420 602 357 194 | E-mail: [email protected] On Mon, Nov 17, 2014 at 1:00 PM, <[email protected]> wrote: > Send gpfsug-discuss mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://gpfsug.org/mailman/listinfo/gpfsug-discuss > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of gpfsug-discuss digest..." > > > Today's Topics: > > 1. GPFS - pagepool data protection? (Sean S Lee) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 17 Nov 2014 17:49:39 +0800 > From: Sean S Lee <[email protected]> > To: [email protected] > Subject: [gpfsug-discuss] GPFS - pagepool data protection? > Message-ID: > < > of20a72494.9e59b93f-on48257d93.00350ba6-48257d93.0035f...@tw.ibm.com> > Content-Type: text/plain; charset="us-ascii" > > > Hi Pavel, > > Most popular filesystems work that way. > > Write buffering improves the performance at the expense of some risk. > Today most applications and all modern OS correctly handle "crash > consistency", meaning they can recover from uncommitted writes. > > 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 sync,no_wdelay) to VM clients from those filesystems. > 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. > > Regards > Sean > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://gpfsug.org/pipermail/gpfsug-discuss/attachments/20141117/1eb905cc/attachment-0001.html > > > > ------------------------------ > > _______________________________________________ > gpfsug-discuss mailing list > gpfsug-discuss at gpfsug.org > http://gpfsug.org/mailman/listinfo/gpfsug-discuss > > > End of gpfsug-discuss Digest, Vol 34, Issue 13 > ********************************************** >
_______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at gpfsug.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
