Re: Is there a memory leak in commit 8561e48? - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Is there a memory leak in commit 8561e48?
Date
Msg-id 11699.1525302201@sss.pgh.pa.us
Whole thread Raw
In response to Re: Is there a memory leak in commit 8561e48?  (Michael Paquier <michael@paquier.xyz>)
Responses Re: Is there a memory leak in commit 8561e48?
List pgsql-hackers
Michael Paquier <michael@paquier.xyz> writes:
> With connection poolers letting the connections to the server be around
> for a long time, wouldn't it be an issue to let this much memory live
> longer than the transaction context?  The deeper the stack, the more
> memory consumed, hence the more OS cache that PostgreSQL cannot use.  So
> this could impact performance for some loads.  I would vote for cleaning
> up this memory instead of letting it live unused in TopMemoryContext.

It's only ~100 bytes per stack level.  I think under normal loads
nobody would notice.  If you're worried about cross-transaction
memory consumption, our various caches tend to be a lot worse.

            regards, tom lane


pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: Is there a memory leak in commit 8561e48?
Next
From: David Rowley
Date:
Subject: Re: Should we add GUCs to allow partition pruning to be disabled?