Re: Standby catch up state change - Mailing list pgsql-hackers

From Pavan Deolasee
Subject Re: Standby catch up state change
Date
Msg-id CABOikdPeGOYzj6PqRhR7Yk+fR-i=d6G+QTUjUT3wfVtyQhZPuQ@mail.gmail.com
Whole thread Raw
In response to Re: Standby catch up state change  (Andres Freund <andres@2ndquadrant.com>)
Responses Re: Standby catch up state change
List pgsql-hackers
On Tue, Oct 15, 2013 at 4:51 PM, Andres Freund <andres@2ndquadrant.com> wrote:


I think you're over-intrepreting it. 

I think you are right. Someone who understands the replication code very well advised us to use that log message as a way to measure how much time it takes to send all the missing WAL to a remote standby on a slow WAN link. While it worked well for all measurements, when we use a middleware which caches a lot of traffic on the sender side, this log message was very counter intuitive. It took several more minutes for the standby to actually receive all the WAL files and catch up after the message was displayed on the master side. But then as you said, may be relying on the message was not the best way to measure the time.

Thanks,
Pavan

--
Pavan Deolasee
http://www.linkedin.com/in/pavandeolasee

pgsql-hackers by date:

Previous
From: KONDO Mitsumasa
Date:
Subject: Re: Compression of full-page-writes
Next
From: Ronan Dunklau
Date:
Subject: Re: Triggers on foreign tables