Re: Add mode column to pg_stat_progress_vacuum

From: Shinya Kato <shinya11(dot)kato(at)gmail(dot)com>
To: Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com>
Cc: Nathan Bossart <nathandbossart(at)gmail(dot)com>, Robert Treat <rob(at)xzilla(dot)net>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Add mode column to pg_stat_progress_vacuum
Date: 2025-11-19 05:10:04
Message-ID: CAOzEurRhE-2MUZbJeO7h7Pi=A7CzEXEVmitbQ+AYLGRPU+V4aA@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Nov 19, 2025 at 9:04 AM Masahiko Sawada
<sawada(dot)mshk(at)gmail(dot)com> > > Fixed, but I have a comment. I noticed
minor wording inconsistencies,
> > e.g., 'started' vs. 'initiated' and 'due to' vs. 'because of'. Should
> > I unify these terms?
>
> +1

It seems the inconsistency between 'started' and 'initiated' has not
been resolved. Come to think of it, since the column name is
triggerd_by, I think it would be best to standardize on 'triggered'. I
have attached a patch to fix this.

> Thank you for updating the patch! For the v4 patch,
>
> @@ -808,6 +821,8 @@ heap_vacuum_rel(Relation rel, const VacuumParams params,
> * visibility map (even those set all-frozen)
> */
> vacrel->aggressive = true;
> + pgstat_progress_update_param(PROGRESS_VACUUM_MODE,
> + PROGRESS_VACUUM_MODE_AGGRESSIVE);
> skipwithvm = false;
> }
>
> I think we can update the mode to 'normal' or 'aggressive' instead of
> switching 'normal' to 'aggressive' here.

You're right, thanks.

> I've made minor changes to the v4 patch and attached the updated
> patch. I'm going to push the patch unless there are other review
> comments. Please review the patch.

Apart from the corrections mentioned above, there were no issues.
Thank you very much for your thorough review.

--
Best regards,
Shinya Kato
NTT OSS Center

Attachment Content-Type Size
v6-0001-Add-mode-and-triggered_by-columns-to-pg_stat_prog.patch application/octet-stream 11.4 KB

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2025-11-19 05:18:39 Re: Post-release followup: pg_add_size_overflow()
Previous Message Andrey Borodin 2025-11-19 04:36:19 Re: nbtree VACUUM's REDO routine doesn't clear page's VACUUM cycle ID