Re: [HACKERS] Changing the default wal_sync_method to open_sync for
- From: "Marc G. Fournier" <scrappy(at)postgresql(dot)org>
- To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
- Cc: Dave Page <dpage(at)vale-housing(dot)co(dot)uk>, Magnus Hagander <mha(at)sollentuna(dot)net>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org, pgsql-hackers-win32(at)postgresql(dot)org, Merlin Moncure <merlin(dot)moncure(at)rcsonline(dot)com>
- Subject: Re: [HACKERS] Changing the default wal_sync_method to open_sync for
- Date: Thu, 17 Mar 2005 14:15:47 -0400 (AST)
- Message-id: <20050317141328(dot)Q954(at)ganymede(dot)hub(dot)org>
On Thu, 17 Mar 2005, Bruce Momjian wrote:
Dave Page wrote:
2. Another question is what to do with 8.0.X? Do we
backpatch this for
Win32 performance? Can we test it enough to know it will work well?
8.0.2 is going to have a more rigorous testing cycle because of the
buffer manager changes.
This question was asked earlier, and iirc, a few people said yes, and
no-one said no. I'm most definitely in the yes camp.
I have backpatched O_SYNC for Win32 to 8.0.X. Everyone seems to agree
it should be supported by wal_sync_method. --- the "default" issue
still needs discussion.
Even with Magnus' explanation that we're talking Hardware, and not OS risk
issues, I still think that the default should be the "least risky", with
the other options being well explained from both a risk/performance
standpoint, so that its a conscious decision on the admin's side ...
Any 'risk of data loss' has always been taboo, making the default
behaviour be to increase that risk seems to be a step backwards to me ..
having the option, fine ... effectively forcing that option is what I'm
against (and, by forcing, I mean how many ppl "change from the default"?)
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: scrappy(at)hub(dot)org Yahoo!: yscrappy ICQ: 7615664
Home |
Main Index |
Thread Index