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 по дате отправления: