Re: Standby catch up state change

Поиск
Список
Период
Сортировка
От Pavan Deolasee
Тема Re: Standby catch up state change
Дата
Msg-id CABOikdPeGOYzj6PqRhR7Yk+fR-i=d6G+QTUjUT3wfVtyQhZPuQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Standby catch up state change  (Andres Freund <andres@2ndquadrant.com>)
Ответы Re: Standby catch up state change  (Andres Freund <andres@2ndquadrant.com>)
Список 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 по дате отправления:

Предыдущее
От: KONDO Mitsumasa
Дата:
Сообщение: Re: Compression of full-page-writes
Следующее
От: Ronan Dunklau
Дата:
Сообщение: Re: Triggers on foreign tables