Re: Simplifying wal_sync_method
От | Marko Kreen |
---|---|
Тема | Re: Simplifying wal_sync_method |
Дата | |
Msg-id | 20050808215113.GA12793@l-t.ee обсуждение исходный текст |
Ответ на | Re: Simplifying wal_sync_method (Bruce Momjian <pgman@candle.pha.pa.us>) |
Ответы |
Re: Simplifying wal_sync_method
Re: Simplifying wal_sync_method |
Список | pgsql-hackers |
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. For some reason I don't see "corruped database after crash" reports on Unixen. Why? Also, why can't win32 be safe without battery-backed cache? I can't see such requirement on other platforms. -- marko
В списке pgsql-hackers по дате отправления: