From: | Andres Freund <andres(at)anarazel(dot)de> |
---|---|
To: | Michael Day <blake(at)rcmail(dot)com> |
Cc: | Tomas Vondra <tomas(dot)vondra(at)2ndquadrant(dot)com>, Peter Geoghegan <pg(at)heroku(dot)com>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, pgsql-bugs(at)postgresql(dot)org, Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk> |
Subject: | Re: BUG #14231: logical replication wal sender process spins when using error traps in function |
Date: | 2017-02-14 04:27:48 |
Message-ID: | 20170214042748.gnzpn2xvn5w2iqsz@alap3.anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On 2017-02-13 23:01:26 -0500, Michael Day wrote:
> Sorry to pester, but I’m not sure how bugs like this are tracked over longer periods of time. The discussion around possible fixes for this went above my pay grade, and I’m wondering whether a fix was ever released. If not, is there any way for me to know when it does get fixed other than reviewing release notes?
It's still being reviewed (and changes are being made). I'm
unfortunately doubtful that we can make that into a small enough change
to release in the back-branches, i.e. it'd only be in the next major
version of postgres.
What you could do in your release, is to increase the default limits at
the top of reorderbuffer.c:
static const Size max_cached_changes = 4096 * 2;
static const Size max_cached_tuplebufs = 4096 * 2; /* ~8MB */
static const Size max_cached_transactions = 512;
using higher limits there will mean memory usage won't go down below
that amount of memory (within one session).
And yes, unfortunately reviewing release notes and/or this thread, is
what you'll have to resort to.
Regards,
Andres
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2017-02-14 05:09:08 | Re: BUG #14544: libpq: specifying 'target_session_attrs=read-write' prevents use of PQsendQuery |
Previous Message | Michael Day | 2017-02-14 04:01:26 | Re: BUG #14231: logical replication wal sender process spins when using error traps in function |