| 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 |
| 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 |