Re: Follow-up review items for update_deleted

From: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
To: "Zhijie Hou (Fujitsu)" <houzj(dot)fnst(at)fujitsu(dot)com>
Cc: Nisha Moond <nisha(dot)moond412(at)gmail(dot)com>, shveta malik <shveta(dot)malik(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Follow-up review items for update_deleted
Date: 2026-09-07 06:37:22
Message-ID: CAA4eK1+AL83OutnY0=aoykoFaWREF6ipTLXpXdFcT8ZCVbpAAw@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, Sep 4, 2026 at 3:27 PM Zhijie Hou (Fujitsu)
<houzj(dot)fnst(at)fujitsu(dot)com> wrote:
>
> Thanks for reporting this. I think we should skip updating the slot.xmin in the
> cycle where the old worker hasn't stopped but retention has been resumed. Here's
> the updated patch that fixes this. To make it cleaner, I also refactored the
> logic slightly to centralize the decision of whether to update the slot.xmin.
>

I have made minor changes in the comments to make them clear. See attached.

> >
> > Both 4 and 5 are documented but will it be better to provide this
> > information explicitly, say via Logging when the conflcit_slot is not
> > getting advanced due to any of these reasons?
>
> We can do that. It seems to me we could make this improvement for PG20 at this
> stage. For PG19, I think we can improve the documentation to make it a bit
> clearer instead. Amit and I discussed this off-list, and See 0002 for the patch
> Amit shared to improve the doc.
>

Thanks for sharing the doc updates. Can you please fold those in 0001
and share a combined patch?

--
With Regards,
Amit Kapila.

Attachment Content-Type Size
change_comment_amit.1.txt text/plain 4.5 KB

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Chao Li 2026-09-07 06:40:40 Re: Introducing find_all_inheritors_ordered()
Previous Message David Rowley 2026-09-07 06:34:19 Re: SUM(int2)/SUM(int4) do not detect overflow of the int8 accumulator