From: | Andres Freund <andres(at)anarazel(dot)de> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: increasing the default WAL segment size |
Date: | 2016-09-20 20:09:23 |
Message-ID: | 20160920200923.opotganrw34xmpnz@alap3.anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2016-09-20 16:05:44 -0400, Robert Haas wrote:
> On Tue, Sep 20, 2016 at 2:49 PM, Peter Eisentraut
> <peter(dot)eisentraut(at)2ndquadrant(dot)com> wrote:
> > On 8/24/16 9:31 PM, Robert Haas wrote:
> >> I'd like to propose that we increase the default WAL segment size,
> >> which is currently 16MB.
> >
> > While the discussion about the best default value is ongoing, maybe we
> > should at least *allow* some larger sizes, for testing out. Currently,
> > configure says "Allowed values are 1,2,4,8,16,32,64.". What might be a
> > good new upper limit?
I'm doubtful it's worth increasing this.
> 1GB?
That sounds way too big to me. WAL file allocation would trigger pretty
massive IO storms during zeroing, max_wal_size is going to be hard to
tune, the amounts of dirty data during bulk loads is going to be very
hard to control. If somebody wants to do something like this they
better be well informed enough to override a #define.
Andres
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2016-09-20 20:18:02 | Re: increasing the default WAL segment size |
Previous Message | Robert Haas | 2016-09-20 20:07:39 | Re: Rename max_parallel_degree? |