Re: Redesigning checkpoint_segments - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Redesigning checkpoint_segments
Date
Msg-id CA+TgmoYw5vPNN4nQejxzqy9+fzEL5iv4wL3LhNXWfRkZgV0mCg@mail.gmail.com
Whole thread Raw
In response to Re: Redesigning checkpoint_segments  (Heikki Linnakangas <hlinnaka@iki.fi>)
Responses Re: Redesigning checkpoint_segments  (Stephen Frost <sfrost@snowman.net>)
List 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 by date:

Previous
From: Greg Stark
Date:
Subject: Re: Providing catalog view to pg_hba.conf file - Patch submission
Next
From: Fujii Masao
Date:
Subject: Re: File based Incremental backup v8