Re: Redesigning checkpoint_segments

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Redesigning checkpoint_segments
Дата
Msg-id CA+TgmoYw5vPNN4nQejxzqy9+fzEL5iv4wL3LhNXWfRkZgV0mCg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Redesigning checkpoint_segments  (Heikki Linnakangas <hlinnaka@iki.fi>)
Ответы Re: Redesigning checkpoint_segments  (Stephen Frost <sfrost@snowman.net>)
Список pgsql-hackers
On Mon, Mar 2, 2015 at 6:43 AM, Heikki Linnakangas <hlinnaka@iki.fi> wrote:
> On 02/26/2015 01:32 AM, Josh Berkus wrote:
>> But ... I thought we were going to raise the default for max_wal_size to
>> something much higher, like 1GB?  That's what was discussed on this
>> thread.
>
> No conclusion was reached on that. Me and some others were against raising
> the default, while others were for it.

I guess that's a fair summary of the discussion, but I still think
it's the wrong conclusion.  Right now, you can't get reasonable write
performance with PostgreSQL even on tiny databases (a few GB) without
increasing that setting by an order of magnitude.  It seems an awful
shame to go to all the work to mitigate the downsides of setting a
large checkpoint_segments and then still ship a tiny default setting.
I've got to believe that the number of people who think 128MB of WAL
is tolerable but 512MB or 1GB is excessive is almost nobody.  Disk
sizes these days are measured in TB.

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



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

Предыдущее
От: Greg Stark
Дата:
Сообщение: Re: Providing catalog view to pg_hba.conf file - Patch submission
Следующее
От: Fujii Masao
Дата:
Сообщение: Re: File based Incremental backup v8