Re: Simplifying wal_sync_method - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Simplifying wal_sync_method
Date
Msg-id 200508082202.j78M2bU11376@candle.pha.pa.us
Whole thread Raw
In response to Simplifying wal_sync_method  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: Simplifying wal_sync_method
Re: Simplifying wal_sync_method
List pgsql-hackers
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?

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Simplifying wal_sync_method
Next
From: Josh Berkus
Date:
Subject: Re: Simplifying wal_sync_method