Re: Memory leak in WAL sender with pgoutput (v10~)

Поиск
Список
Период
Сортировка
От Amit Kapila
Тема Re: Memory leak in WAL sender with pgoutput (v10~)
Дата
Msg-id CAA4eK1+TCM5mqVXG-6VXoptFdc5c2+OMYABrpr4fc1r5f5M0yw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Memory leak in WAL sender with pgoutput (v10~)  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Ответы Re: Memory leak in WAL sender with pgoutput (v10~)
Список pgsql-hackers
On Tue, Dec 3, 2024 at 4:03 PM Alvaro Herrera <alvherre@alvh.no-ip.org> wrote:
>
> If you don't like the idea of a static memcxt in the one block where
> it's needed, I propose to store a new memcxt in PGOutputData, to be used
> exclusively for publications, with a well defined lifetime.
>

+1. This sounds like a way to proceed at least for HEAD. For
back-branches, it is less clear whether changing PGOutputData is a
good idea. Can such a change in back branches break any existing
non-core code (extensions)?

--
With Regards,
Amit Kapila.



В списке pgsql-hackers по дате отправления: