Re: [HACKERS] Memory leaks for large objects
От | Maurice Gittens |
---|---|
Тема | Re: [HACKERS] Memory leaks for large objects |
Дата | |
Msg-id | 009201bd3c3b$e57aa8c0$c6fb4fc1@caleb..gits.nl обсуждение исходный текст |
Ответы |
Re: [HACKERS] Memory leaks for large objects
Re: [HACKERS] Memory leaks for large objects |
Список | 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 по дате отправления: