Re: race condition in sync rep

From: Simon Riggs <simon(at)2ndQuadrant(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: race condition in sync rep
Date: 2011-03-26 16:41:28
Message-ID: AANLkTimE0dMA0D0kNE+Qas7P_vJDz22KKQBKQ=UcxoAL@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sat, Mar 26, 2011 at 4:24 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Simon Riggs <simon(at)2ndQuadrant(dot)com> writes:
>> On Sat, Mar 26, 2011 at 4:04 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>>> In particular, in view of today's fix, shouldn't this commit be reverted?
>>>
>>> http://git.postgresql.org/gitweb?p=postgresql.git;a=commitdiff;h=6e8e7cc580665ddd43c8ca2acc6d60f345570a57
>>>
>>> I thought at the time that that was nothing more than documenting a
>>> known bug, and now it is documenting a dead bug.
>
>> No, that doc change is still accurate.
>
> Well, in that case, it should be on the open-items list.  If the system
> is still behaving that way, it's a bug.

Is it? Sync rep requires fsync on the standby. If you then explicitly
turn off fsync on the standby then it has a performance impact, as
documented.

Setting shared_buffers very low also reduces performance.

--
 Simon Riggs                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2011-03-26 16:48:44 Re: Open issues for collations
Previous Message Robert Haas 2011-03-26 16:39:24 Re: race condition in sync rep