From: | Andres Freund <andres(at)anarazel(dot)de> |
---|---|
To: | Peter Slavov <pet(dot)slavov(at)gmail(dot)com> |
Cc: | pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: BUG #12910: Memory leak with logical decoding |
Date: | 2015-04-06 13:50:26 |
Message-ID: | 20150406135026.GJ17586@awork2.anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Hi,
I'm on holidays right now, so my answers will be delayed.
On 2015-04-06 15:35:19 +0300, Peter Slavov wrote:
> Before I start I can see that the pg_xlog directory is 7.2 GB size.
> This give me some idea that the size of the changes cannot be much bigger
> than that.
There's no such easy correlation. That said, there pretty much never
should be a case where so much memory is needed.
> After I start ti get the transactions changes one by one with select * from
> pg_logical_slot_get_changes('<slot name>', null, 1),
As I said before, it's *not* a good idea to consume transactions
one-by-one. The startup of the decoding machinery is quite expensive. If
you want more control about how much data you get you should use the
streaming interface.
> Maybe I am not understanding something, but is this normal?
It's definitely not normal. It's unfortunately also hard to diagnose
based on the information so far. Any chance you can build a reproducible
test case?
Greetings,
Andres Freund
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2015-04-06 14:35:24 | Re: BUG #12963: WHERE constraints on (INNER) JOIN columns are not propagated to both tables |
Previous Message | Tom Lane | 2015-04-06 13:46:42 | Re: PQexec() hangs on OOM |