Re: Bump default wal_level to logical

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Bump default wal_level to logical
Дата
Msg-id 2021525.1591637270@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Bump default wal_level to logical  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Ответы Re: Bump default wal_level to logical  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
Alvaro Herrera <alvherre@2ndquadrant.com> writes:
> I think it's reasonable to push our default limits for slots,
> walsenders, max_bgworkers etc a lot higher than current value (say 10 ->
> 100).  An unused slot wastes essentially no resources; an unused
> walsender is just one PGPROC entry.  If we did that, and also allowed
> wal_level to be changed on the fly, we wouldn't need to restart in order
> to enable logical replication, so there would be little or no pressure
> to change the wal_level default.

Unused PGPROC entries will still consume semaphores, which is problematic
on at least some OSes.  It's not really clear to me why the default for
walsenders would need to be O(100) anyway.  The existing default of 10
already ought to be enough to cover approximately 99.999% of use cases.

If we can allow wal_level to be changed on the fly, I agree that would
help reduce the pressure to make the default setting more expensive.
I don't recall why it's PGC_POSTMASTER right now, but I suppose there
was a reason for that ...

            regards, tom lane



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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: proposal: possibility to read dumped table's name from file
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Bump default wal_level to logical