Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id 12F8363280B for ; Mon, 10 May 2010 16:00:57 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 60266-01 for ; Mon, 10 May 2010 19:00:49 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from gw.wicourts.gov (gwmta.wicourts.gov [165.219.244.99]) by mail.postgresql.org (Postfix) with ESMTP id 4B5B0632CF4 for ; Mon, 10 May 2010 16:00:49 -0300 (ADT) Received: from Courts-MTA by gw.wicourts.gov with Novell_GroupWise; Mon, 10 May 2010 14:00:47 -0500 Message-Id: <4BE8118502000025000314CB@gw.wicourts.gov> X-Mailer: Novell GroupWise Internet Agent 8.0.1 Date: Mon, 10 May 2010 14:00:37 -0500 From: "Kevin Grittner" To: ,"Greg Stark" Cc: "Robert Haas" , "Bruce Momjian" , "Michael Tharp" , , "Craig Ringer" Subject: Re: no universally correct setting for fsync References: <4BE81CA1.4080201@partiallystapled.com> <201005101512.o4AFCZS27089@momjian.us> <4BE7E62C02000025000314B7@gw.wicourts.gov> <1273516977.8624.18.camel@jd-desktop.unknown.charter.com> In-Reply-To: <1273516977.8624.18.camel@jd-desktop.unknown.charter.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-4.21 tagged_above=-5 required=5 tests=BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201005/478 X-Sequence-Number: 162141 "Joshua D. Drake" wrote: > The answer to this is: > > PostgreSQL.org recommends that this setting be left on at all > times. Turning it off, may lead to data corruption. > > Anything else is circumstantial and based on knowledge and facts > we don't have about environmental factors. Perhaps Josh's language for fsync could be modified to work here (we're now talking about full_page_writes, for anyone who's lost track): | it is only advisable to turn off fsync if you can easily recreate | your entire database from external data. That covers bulk loads to an empty or just-backed-up database and entirely redundant databases. Saying it should never be turned off would tend to make one wonder why we have the setting at all. -Kevin