Re: Server won't start with fallback setting by initdb.

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Server won't start with fallback setting by initdb.
Дата
Msg-id CA+TgmobwXnYkTzOmZJJQLdz2FTfHTiikGCzALbv5VEnw9q2yCQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Server won't start with fallback setting by initdb.  (Stephen Frost <sfrost@snowman.net>)
Ответы Re: Server won't start with fallback setting by initdb.  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Tue, Mar 6, 2018 at 10:51 PM, Stephen Frost <sfrost@snowman.net> wrote:
> Changing the defaults to go back down strikes me as an entirely wrong
> approach after we've had a release with the higher defaults without
> seriously compelling arguments against, and I don't agree that we've had
> such a case made here.  If this discussion had happened before v10 was
> released, I'd be much more open to going with the suggestion of '5', but
> forcing users to update their configs for working environments because
> we've decided that the default of 10 was too high is just pedantry, in
> my opinion.

+1.  I don't see any real downside of increasing the minimum value of
max_connections to 20.  I wasn't particularly a fan of raising
max_wal_senders to 10, but a lot of other people were, and so far
nobody's reported any problems related to that setting (that I know
about).

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: csv format for psql
Следующее
От: Robert Haas
Дата:
Сообщение: Re: RFC: Add 'taint' field to pg_control.