From: | Thom Brown <thom(at)linux(dot)com> |
---|---|
To: | Magnus Hagander <magnus(at)hagander(dot)net> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: wal_buffers = -1 |
Date: | 2014-01-17 13:43:25 |
Message-ID: | CAA-aLv6TkL6qc4w3r4kL17J2aTxoZV3G-Bj8rM2u=D1PTRgNDg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 17 January 2014 13:20, Magnus Hagander <magnus(at)hagander(dot)net> wrote:
> On Fri, Jan 17, 2014 at 2:07 PM, Thom Brown <thom(at)linux(dot)com> wrote:
>>
>> On 17 January 2014 13:01, Magnus Hagander <magnus(at)hagander(dot)net> wrote:
>> > Is there any real use-case for not setting wal_buffers to -1 these days?
>> >
>> > Or should we just remove it and use the -1 behaviour at all times?
>> >
>> > IIRC we discussed not keeping it at all when the autotune behavior was
>> > introduced, but said we wanted to keep it "just in case". If we're not
>> > ready
>> > to remove it, then does that just mean that we need to fix it so we can?
>>
>> Robert Haas reported that setting it to 32MB can yield a considerable
>> performance benefit:
>>
>>
>> http://www.postgresql.org/message-id/CA+TgmobgMv_aaakLoasBt=5iYfi=kdcOUz0X9TdYe0c2SZ=2Pg@mail.gmail.com
>
>
> In that case, sholdn't the autotuning be changed to not limit it at 16MB? :)
Well, that's the question. Do we have a heuristic sweet-spot that
folk would agree on?
--
Thom
From | Date | Subject | |
---|---|---|---|
Next Message | Marti Raudsepp | 2014-01-17 13:50:31 | Re: plpgsql.consistent_into |
Previous Message | Magnus Hagander | 2014-01-17 13:20:34 | Re: wal_buffers = -1 |