Re: Diagnostic comment in LogicalIncreaseXminForSlot
От | Amit Kapila |
---|---|
Тема | Re: Diagnostic comment in LogicalIncreaseXminForSlot |
Дата | |
Msg-id | CAA4eK1KiQZHeLu+F8FOMGL0z_TKOhHtUvfPn4exzKcwp-dc_ig@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Diagnostic comment in LogicalIncreaseXminForSlot (Masahiko Sawada <sawada.mshk@gmail.com>) |
Ответы |
Re: Diagnostic comment in LogicalIncreaseXminForSlot
|
Список | pgsql-hackers |
On Mon, Jul 5, 2021 at 12:54 PM Masahiko Sawada <sawada.mshk@gmail.com> wrote: > > On Fri, May 21, 2021 at 6:00 PM Ashutosh Bapat > <ashutosh.bapat@enterprisedb.com> wrote: > > > > > > > > On Fri, May 21, 2021 at 11:26 AM Amit Kapila <amit.kapila16@gmail.com> wrote: > >> > >> On Thu, May 20, 2021 at 5:43 PM Ashutosh Bapat > >> <ashutosh.bapat.oss@gmail.com> wrote: > >> > > >> > Hi > >> > LogicalIncreaseRestartDecodingForSlot() has a debug log to report a > >> > new restart_lsn. But the corresponding function for catalog_xmin. > >> > Here's a patch to add the same. > >> > > >> > >> I think this can be useful. One minor comment: > >> + elog(DEBUG1, "got new catalog_xmin %u at %X/%X", xmin, > >> + (uint32) (current_lsn >> 32), (uint32) current_lsn); > >> > >> Isn't it better to use LSN_FORMAT_ARGS for current_lsn? > > > > > > Thanks for reminding me about that. :). > > > > Attached revised patch. > > > >> > >> Also, there > >> doesn't seem to be any urgency for adding this, so you can register it > >> for the next CF so that we can add this when the branch opens for > >> PG-15. > > > > > > It's there in CF. I am fine with PG-15. It will be good to patch the back-branches to have this extra diagnostic informationavailable. > > The patch looks to me. > Do you or others have any opinion on whether this should be back-patched? I personally prefer it to be a HEAD-only patch. -- With Regards, Amit Kapila.
В списке pgsql-hackers по дате отправления: