From: | "Imseih (AWS), Sami" <simseih(at)amazon(dot)com> |
---|---|
To: | Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, "Bossart, Nathan" <bossartn(at)amazon(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, Peter Geoghegan <pg(at)bowt(dot)ie>, Justin Pryzby <pryzby(at)telsasoft(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Add index scan progress to pg_stat_progress_vacuum |
Date: | 2022-05-05 19:26:51 |
Message-ID: | 422CE0B2-60A7-4E87-B5B1-5393DDF1DA21@amazon.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Thank you for the feedback!
> I think we can pass the progress update function to
> WaitForParallelWorkersToFinish(), which seems simpler. And we can call
Directly passing the callback to WaitForParallelWorkersToFinish
will require us to modify the function signature.
To me, it seemed simpler and touches less code to have
the caller set the callback in the ParallelContext.
> the function after updating the index status to
> PARALLEL_INDVAC_STATUS_COMPLETED.
I also like this better. Will make the change.
> BTW, currently we don't need a lock for touching index status since
> each worker touches different indexes. But after this patch, the
> leader will touch all index status, do we need a lock for that?
I do not think locking is needed here. The leader and workers
will continue to touch different indexes to update the status.
However, if the process is a leader, it will call the function
which will go through indstats and count how many
Indexes have a status of PARALLEL_INDVAC_STATUS_COMPLETED.
This value is then reported to the leaders backend only.
Regards,
Sami Imseih
Amazon Web Services
From | Date | Subject | |
---|---|---|---|
Next Message | Przemysław Sztoch | 2022-05-05 19:40:09 | Re: [PATCH] Completed unaccent dictionary with many missing characters |
Previous Message | Maxim Orlov | 2022-05-05 15:47:04 | [PATCH] Add initial xid/mxid/mxoff to initdb |