Re: Simplifying wal_sync_method - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: Simplifying wal_sync_method
Date
Msg-id 20050808221432.GA15129@alvh.no-ip.org
Whole thread Raw
In response to Re: Simplifying wal_sync_method  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: Simplifying wal_sync_method  ("Joshua D. Drake" <jd@commandprompt.com>)
List pgsql-hackers
On Mon, Aug 08, 2005 at 06:02:37PM -0400, Bruce Momjian wrote:
> Alvaro Herrera wrote:
> > On Mon, Aug 08, 2005 at 05:38:59PM -0400, Bruce Momjian wrote:
> > > Marko Kreen wrote:
> > > > On Mon, Aug 08, 2005 at 03:56:39PM -0400, Bruce Momjian wrote:
> > > > > Currently, here are the options available for wal_sync_method:
> > > > > 
> > > > >     #wal_sync_method = fsync        # the default varies across platforms:
> > > > >                                     # fsync, fdatasync, fsync_writethrough,
> > > > >                                     # open_sync, open_datasync
> > > > 
> > > > On same topic:
> > > > 
> > > >   http://archives.postgresql.org/pgsql-general/2005-07/msg00811.php
> > > > 
> > > > Why does win32 PostgreSQL allow data corruption by default?
> > > 
> > > It behaves the same on Unix as Win32, and if you have battery-backed
> > > cache, you don't need writethrough, so we don't have it as default.  I
> > > am going to write a section in the manual for 8.1 about these
> > > reliability issues.
> > 
> > I think we should offer the reliable option by default, and mention the
> > fast option for those who have battery-backed cache in the manual.
> 
> But only on Win32?

Yes, because that's the only place where that option works, right?

-- 
Alvaro Herrera (<alvherre[a]alvh.no-ip.org>)
"I dream about dreams about dreams", sang the nightingale
under the pale moon (Sandman)


pgsql-hackers by date:

Previous
From: Josh Berkus
Date:
Subject: Re: Simplifying wal_sync_method
Next
From: "Joshua D. Drake"
Date:
Subject: Re: #escape_string_warning = off