Re: Re: [COMMITTERS] pgsql: Check compulsory parameters in recovery.conf in standby_mode, per
В списке pgsql-hackers по дате отправления:
| От | Dimitri Fontaine |
|---|---|
| Тема | Re: Re: [COMMITTERS] pgsql: Check compulsory parameters in recovery.conf in standby_mode, per |
| Дата | |
| Msg-id | 87ochw4ykp.fsf@hi-media-techno.com обсуждение |
| Ответ на | Re: Re: [COMMITTERS] pgsql: Check compulsory parameters in recovery.conf in standby_mode, per (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>) |
| Список | pgsql-hackers |
Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> writes: > When the startup process wakes up after sleep to replay WAL, it does > replay all the WAL streamed that far. And if more WAL if streamed during > the replay, it's replayed too before the next sleep. But when it does > reach the end of already-streamed WAL, it sleeps for 100ms, and doesn't > wake up earlier if a WAL record arrives during the sleep. Thanks for the clear picture. It then works the same as PGQ based consumers, including londiste. I'm now happy ☻ > So, it does increase the lag artificially, but it will keep up with the > volume just fine. Great. No further complain from me there. I guess it now entirely depends on how easy it is to wake up before the end of the 100ms: it might be that it's easier to code the signaling than to add a GUC for the value? Regards, -- dim
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера