Re: Unlimited memory consumption with long-lived connection

From: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>
To: Duncan Sands <duncan(dot)sands(at)deepbluecap(dot)com>, pgsql-bugs(at)lists(dot)postgresql(dot)org, Andres Freund <andres(at)anarazel(dot)de>
Subject: Re: Unlimited memory consumption with long-lived connection
Date: 2023-02-21 14:32:02
Message-ID: 7484b4bd-a808-ed9e-892c-933f7f24120f@iki.fi
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On 21/02/2023 14:57, Duncan Sands wrote:
> If I execute the attached python script against a postgresql 15.2 (Ubuntu
> 15.2-1.pgdg22.10+1) server, with the default configuration (eg shared_buffers =
> 128M), then the server memory usage goes up and up, apparently endlessly. After
> about 10 minutes (on my laptop) pg_top shows RES memory usage for the back-end
> handling the connection as greater than 1 gigabyte, which seems far too high
> given the server configuration. The script just performs the same SELECT
> endlessly in a loop. The memory is released when the script is killed.
>
> Platform: Ubuntu 22.10; Linux version 5.19.0-31-generic; x86-64.
>
> PS: The testcase was reduced from a script that kept a connection open for a
> long time in order to LISTEN, and would execute a query using the same
> connection every time there was a notification on the channel. It consumed ever
> more memory to the point of crashing the postgresql server. Changing the script
> to perform the query using a new short-lived connection was an effective workaround.

I can reproduce this on my laptop. When I turn 'jit=off', or disable JIT
inlining with 'jit_inline_above_cost = -1', the leak stops, or at least
gets small enough that I don't readily see it with 'top' anymore. So it
seems to be related to LLVM inlining. I'm using LLVM and clang 14.

To track down the leak, I started postgres server with Valgrind, and let
the script run for 40 iterations with Valgrind. It did report some leaks
from LLVM inline functions (attached), but I'm not very familiar with
this code so I'm not sure which ones might be genuine leaks or how to
fix them.

- Heikki

Attachment Content-Type Size
valgrind-inline-leak.txt text/plain 125.8 KB

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2023-02-21 15:05:50 Re: BUG #17803: Rule "ALSO INSERT ... SELECT ..." fails to substitute default values
Previous Message Duncan Sands 2023-02-21 12:57:09 Unlimited memory consumption with long-lived connection