Re: [HACKERS] Logical replication launcher useswal_retrieve_retry_interval

Поиск
Список
Период
Сортировка
От Petr Jelinek
Тема Re: [HACKERS] Logical replication launcher useswal_retrieve_retry_interval
Дата
Msg-id b21049d4-41b7-592f-4881-6d204b78139d@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: [HACKERS] Logical replication launcher useswal_retrieve_retry_interval  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Ответы Re: [HACKERS] Logical replication launcher useswal_retrieve_retry_interval
Список pgsql-hackers
On 18/04/17 16:24, Peter Eisentraut wrote:
> On 4/16/17 22:40, Masahiko Sawada wrote:
>> Attached two patches add new GUCs apply_worker_timeout and
>> apply_worker_launch_interval which are used instead of
>> wal_receiver_timeout and wal_retrieve_retry_timeout. These new
>> parameters are not settable at worker-level so far.
> 
> Under what circumstances are these needed?  Does anyone ever set these?
> 

Personally I don't see need for apply_worker_timeout, no idea why that
can't use wal_receiver_timeout, the mechanics are exactly same, and it's
IMHO only needed because default tcp keepalive settings are usually too
generous. As for apply_worker_launch_interval, I think we want different
name so that it can be used for tablesync rate limiting as well.

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



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Petr Jelinek
Дата:
Сообщение: Re: [HACKERS] Interval for launching the table sync worker
Следующее
От: Jesper Pedersen
Дата:
Сообщение: [HACKERS] dtrace probes