Re: [HACKERS] CLUSTER command progress monitor
| От | Michael Paquier |
|---|---|
| Тема | Re: [HACKERS] CLUSTER command progress monitor |
| Дата | |
| Msg-id | 20190914043044.GD15406@paquier.xyz обсуждение исходный текст |
| Ответ на | Re: [HACKERS] CLUSTER command progress monitor (Tattsu Yama <yamatattsu@gmail.com>) |
| Ответы |
Re: [HACKERS] CLUSTER command progress monitor
|
| Список | pgsql-hackers |
On Sat, Sep 14, 2019 at 01:06:32PM +0900, Tattsu Yama wrote:
> Thanks! I can review your patch for fix it.
> However, I was starting fixing the problem from the last day of PGConf.Asia
> (11 Sep).
> Attached file is WIP patch.In my patch, I added "command id" to all APIs of
> progress reporting to isolate commands. Therefore, it doesn't allow to
> cascade updating system views. And my patch is on WIP so it needs clean-up
> and test.
> I share it anyway. :)
+ if (cmdtype == PROGRESS_COMMAND_INVALID || beentry->st_progress_command == cmdtype)
+ {
+ PGSTAT_BEGIN_WRITE_ACTIVITY(beentry);
+ beentry->st_progress_param[index] = val;
+ PGSTAT_END_WRITE_ACTIVITY(beentry);
+ }
You basically don't need the progress reports if the command ID is
invalid, no?
Another note is that you don't actually fix the problems related to
the calls of pgstat_progress_end_command() which have been added for
REINDEX reporting, so a progress report started for CLUSTER can get
ended earlier than expected, preventing the follow-up progress updates
to show up.
--
Michael
Вложения
В списке pgsql-hackers по дате отправления: