Re: no universally correct setting for fsync
От
Bruce Momjian
Тема
Re: no universally correct setting for fsync
Дата
Msg-id
201005101549.o4AFnFQ20734@momjian.us
Ответ на
Re: no universally correct setting for fsync (Robert Haas)
Список
Дерево обсуждения
no universally correct setting for fsync "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: no universally correct setting for fsync Tom Lane <tgl@sss.pgh.pa.us>
Re: no universally correct setting for fsync Andrew Dunstan <andrew@dunslane.net>
Re: no universally correct setting for fsync "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: no universally correct setting for fsync Josh Berkus <josh@agliodbs.com>
Re: no universally correct setting for fsync Craig Ringer <craig@postnewspapers.com.au>
Re: no universally correct setting for fsync Michael Tharp <gxti@partiallystapled.com>
Re: no universally correct setting for fsync Bruce Momjian <bruce@momjian.us>
Re: no universally correct setting for fsync Robert Haas <robertmhaas@gmail.com>
Re: no universally correct setting for fsync Bruce Momjian <bruce@momjian.us>
Re: no universally correct setting for fsync "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: no universally correct setting for fsync Greg Stark <gsstark@mit.edu>
Re: no universally correct setting for fsync "Joshua D. Drake" <jd@commandprompt.com>
Re: no universally correct setting for fsync "Joshua D. Drake" <jd@commandprompt.com>
Re: no universally correct setting for fsync "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: no universally correct setting for fsync Tom Lane <tgl@sss.pgh.pa.us>
Re: no universally correct setting for fsync Yeb Havinga <yebhavinga@gmail.com>
Re: no universally correct setting for fsync Bernd Helmle <mailings@oopsware.de>
Re: no universally correct setting for fsync Tom Lane <tgl@sss.pgh.pa.us>
Re: no universally correct setting for fsync Bernd Helmle <mailings@oopsware.de>
Re: no universally correct setting for fsync Cédric Villemain <cedric.villemain.debian@gmail.com>
Re: no universally correct setting for fsync "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: no universally correct setting for fsync Josh Berkus <josh@agliodbs.com>
Re: no universally correct setting for fsync Greg Smith <greg@2ndquadrant.com>
Re: no universally correct setting for fsync Josh Berkus <josh@agliodbs.com>
Re: no universally correct setting for fsync Greg Smith <greg@2ndquadrant.com>
Re: no universally correct setting for fsync Josh Berkus <josh@agliodbs.com>
Re: no universally correct setting for fsync "Ross J. Reedstrom" <reedstrm@rice.edu>
Re: no universally correct setting for fsync Josh Berkus <josh@agliodbs.com>
Re: no universally correct setting for fsync Bruce Momjian <bruce@momjian.us>
Re: no universally correct setting for fsync Robert Haas <robertmhaas@gmail.com>
Re: no universally correct setting for fsync Magnus Hagander <magnus@hagander.net>
Robert Haas wrote: > On Mon, May 10, 2010 at 11:12 AM, Bruce Momjian wrote: > > Michael Tharp wrote: > >> On 05/08/2010 04:07 AM, Craig Ringer wrote: > >> > It's probably worth mentioning that people who want to turn off fsync to > >> > gain a performance boost should instead look at a RAID controller with a > >> > BBU so they can safely enable write-back caching, getting most of the > >> > benefits of fsync=off safely. > >> > >> Which options specifically should be set if a BBU is in use? Obviously > >> fsync should be on always, but can full_page_writes be disabled? Are > >> there other tweaks that can be done? > >> > >> It would be great to see some practical hints in the documentation while > >> the fsync part is getting changed. > > > > Uh, our docs have: > > > > ? ? ? ?Turning this parameter off speeds normal operation, but might > > ? ? ? ?lead to a corrupt database after an operating system crash or > > ? ? ? ?power failure. The risks are similar to turning off > > ? ? ? ?fsync</>, though smaller. ?It might be safe to turn > > ? ? ? ?off this parameter if you have hardware (such as a battery-backed > > ? ? ? ?disk controller) or file-system software that reduces the risk > > ? ? ? ?of partial page writes to an acceptably low level (e.g., ZFS). > > "It might be safe" is a bit of a waffle. It would be nice if we could > provide some more clear guidance as to whether it is or is not, or how > someone could go about testing their hardware to find out. Agreed. It is "safe" for us to be definitive here? -- Bruce Momjian http://momjian.us EnterpriseDB http://enterprisedb.com
В списке pgsql-hackers по дате отправления