Re: [HACKERS] Memory leaks for large objects - Mailing list pgsql-hackers

From Maurice Gittens
Subject Re: [HACKERS] Memory leaks for large objects
Date
Msg-id 009201bd3c3b$e57aa8c0$c6fb4fc1@caleb..gits.nl
Whole thread Raw
Responses Re: [HACKERS] Memory leaks for large objects  (Bruce Momjian <maillist@candle.pha.pa.us>)
Re: [HACKERS] Memory leaks for large objects  (Peter T Mount <psqlhack@maidast.demon.co.uk>)
List pgsql-hackers
>
>Does the large object I/O persist across transactions? If so, then storage
would
>need to be outside of the usual context, which is reset after every
transaction.
>Is there a place where the large object context could be freed, but is not
at
>the moment?
>
>                                                          - Tom


Large object I/O does not persist across transactions in my case.
But maybe there are applications which assume that it does. So
"fixing" it might break things. How about some compile time flag
which selects between the old behaviour and new behaviour?
The old behaviour could be the default.

(The new behaviour would simply avoid fiddling with MemoryContexts at all.)
My current workaround is to reconnect to the database after some
number of transactions.

Regards,
  Maurice


pgsql-hackers by date:

Previous
From: "Thomas G. Lockhart"
Date:
Subject: Re: [HACKERS] Memory leaks for large objects
Next
From: Michael Meskes
Date:
Subject: Re: [HACKERS] ecpg stuff