Re: patch: prevent user from setting wal_buffers over 2GB bytes

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Takashi Horikawa <t-horikawa(at)aj(dot)jp(dot)nec(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: patch: prevent user from setting wal_buffers over 2GB bytes
Date: 2015-08-04 13:49:58
Message-ID: 24226.1438696198@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Takashi Horikawa <t-horikawa(at)aj(dot)jp(dot)nec(dot)com> writes:
>>>> Why does this cause a core dump? We could consider fixing whatever
>>>> the problem is rather than capping the value.

> As far as I experiment with my own evaluation environment using
> PostgreSQL-9.4.4 on a x86_64 Linux, this problem can be fixed with the patch
> attached.

I'm unsure whether this represents a complete fix ... but even if it does,
it would be awfully easy to re-introduce similar bugs in future code
changes, and who would notice? Josh's approach of restricting the buffer
size seems a lot more robust.

If there were any practical use-case for such large WAL buffers then it
might be worth spending some effort/risk here. But AFAICS, there is not.
Indeed, capping wal_buffers might be argued to be a good thing in itself
because it would prevent users from wasting shared memory foolishly.

So my vote is for the original approach. (I've not read Josh's patch,
so there might be something wrong with it in detail, but I like the
basic approach.)

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2015-08-04 13:52:09 Re: patch: prevent user from setting wal_buffers over 2GB bytes
Previous Message Simon Riggs 2015-08-04 13:35:08 Re: FSM versus GIN pending list bloat