Re: hot_standby_feedback doesn't work on busy servers in 9.3+

From: Heikki Linnakangas <hlinnakangas(at)vmware(dot)com>
To: Andres Freund <andres(at)2ndquadrant(dot)com>
Cc: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, PostgreSQL Bugs <pgsql-bugs(at)postgresql(dot)org>
Subject: Re: hot_standby_feedback doesn't work on busy servers in 9.3+
Date: 2014-01-17 08:50:29
Message-ID: 52D8EED5.5000309@vmware.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On 01/16/2014 11:55 PM, Andres Freund wrote:
> On 2014-01-16 23:24:13 +0200, Heikki Linnakangas wrote:
>> The reply message contains a pointers for how far the WAL has been applied,
>> written, and flushed. There can be a significant delay between the write and
>> flush steps, so we send a separate reply after writing, and after flushing.
>> (if we didn't, the flush and write pointers sent to the master would always
>> be the equal).
>
> If we'd always send a message, I'd be convinced by that argument, but
> we're only sending messages after a timeout. This means that if syncrep
> is on, we will more frequently have explicitly ask the receiver to send
> a confirmation since the reply before the flush will have reset the
> timers causing the reply after the flush to only infrequently send
> something.

No, XLogWalRcvSendReply also sends the reply if the flush or write
pointers have advanced since last reply, even if the timeout hasn't expired.

- Heikki

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Andres Freund 2014-01-17 13:23:39 Re: hot_standby_feedback doesn't work on busy servers in 9.3+
Previous Message Heikki Linnakangas 2014-01-17 08:14:53 Re: pgbench show progress report extremely frequently if "--progress" >= 2148 caused by integer overflow