Re: Generalize ereport_startup_progress infrastructure

Поиск
Список
Период
Сортировка
От Bharath Rupireddy
Тема Re: Generalize ereport_startup_progress infrastructure
Дата
Msg-id CALj2ACWJNV9rsGy7OXHWZZ4VOSgrHmYVm9-=ZBvTm0hcuLE9mQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Generalize ereport_startup_progress infrastructure  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Generalize ereport_startup_progress infrastructure  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On Tue, Aug 9, 2022 at 6:05 PM Robert Haas <robertmhaas@gmail.com> wrote:
>
> On Mon, Aug 8, 2022 at 12:29 AM Bharath Rupireddy
> <bharath.rupireddyforpostgres@gmail.com> wrote:
> > Here's v2 patch, passing progress report interval as an input to
> > begin_progress_report_phase() so that the processes can use their own
> > intervals(hard-coded or GUC) if they wish to not use the generic GUC
> > log_progress_report_interval.
>
> I don't think we should rename the GUC to be more generic. I like it
> the way that it is.

Done.

> I also think you should extend this patch series with 1 or 2
> additional patches showing where else you think we should be using
> this infrastructure.
>
> If no such places exist, this is pointless.

I'm attaching 0002 for reporting removal of temp files and temp
relation files by postmaster.

If this looks okay, I can code 0003 for reporting processing of
snapshot, mapping and old WAL files by checkpointer.

Thoughts?

-- 
Bharath Rupireddy
RDS Open Source Databases: https://aws.amazon.com/rds/postgresql/

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: remove useless comments
Следующее
От: Greg Stark
Дата:
Сообщение: Re: shared-memory based stats collector - v70