Re: auto-sizing wal_buffers

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: auto-sizing wal_buffers
Дата
Msg-id AANLkTi=No26FrfqaNbB49JkYTUmsqnwteAkYGxaaENn4@mail.gmail.com
обсуждение исходный текст
Ответ на Re: auto-sizing wal_buffers  (Josh Berkus <josh@agliodbs.com>)
Ответы Re: auto-sizing wal_buffers  (Josh Berkus <josh@agliodbs.com>)
Список pgsql-hackers
On Thu, Jan 13, 2011 at 6:02 PM, Josh Berkus <josh@agliodbs.com> wrote:
>
>> Depends what people want to do.  We could make the default "0kB", and
>> define that to mean "auto-tune", or we could remove the parameter
>> altogether.  I think I was envisioning the latter, but if people are
>> hesitant to do that we could do the former instead.
>
> Unfortunately, we might still need a manual parameter for override
> because of the interaction between wal_buffers and
> synchronous_commit=off, since it sets the max size of the unflushed data
> buffer.  Discuss?

Do we have any evidence there's actually a problem in that case, or
that a larger value of wal_buffers solves it?  I mean, the background
writer is going to start a background flush as quickly as it can...

> And the "auto" setting should be -1, not 0kB.  We use -1 for "use
> default" for several other GUCs.

No can do.  Gotta have things in the same units.

> Other than that, I think Greg's numbers are fine, and strongly support
> having one less thing to tune.

OK.

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


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

Предыдущее
От: Josh Berkus
Дата:
Сообщение: Re: auto-sizing wal_buffers
Следующее
От: Joel Jacobson
Дата:
Сообщение: Do magic using pg_depend