Re: PATCH: logical_work_mem and logical streaming of large in-progress transactions
От | Amit Kapila |
---|---|
Тема | Re: PATCH: logical_work_mem and logical streaming of large in-progress transactions |
Дата | |
Msg-id | CAA4eK1KD8=JLG8a-CRzd_KwUuBHK7Bbn3cqYJVq8F+9Tt08U0Q@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: PATCH: logical_work_mem and logical streaming of large in-progress transactions (Dilip Kumar <dilipbalaut@gmail.com>) |
Ответы |
Re: PATCH: logical_work_mem and logical streaming of large in-progress transactions
|
Список | pgsql-hackers |
On Mon, Jul 13, 2020 at 4:09 PM Dilip Kumar <dilipbalaut@gmail.com> wrote: > > On Mon, Jul 13, 2020 at 4:00 PM Amit Kapila <amit.kapila16@gmail.com> wrote: > > > > > > Okay, in that case, we can do both enable and disable streaming in > > this function itself rather than allow the caller to later modify it. > > I suggest similarly we can enable/disable it for SQL API in > > pg_decode_startup via output_plugin_options. This way it will look > > consistent for both SQL APIs and for command-based replication. If we > > can do so, then probably adding an Assert for Consistent Snapshot > > while performing streaming should be okay. > > Sounds good to me. > Please find the latest patches. I have made changes only in the subscriber-side patches (0007 and 0008 as per the current patch-set). The main changes are: 1. As discussed above, remove SendFeedback call from apply_handle_stream_commit 2. In SharedFilesetInit, ensure to register callback once 3. In stream_open_file, change slight handling around MemoryContexts 4. Merged the subscriber-side patches. 5. Added/Edited comments in 0007 and 0008. -- With Regards, Amit Kapila. EnterpriseDB: http://www.enterprisedb.com
Вложения
В списке pgsql-hackers по дате отправления: