Re: Generalize ereport_startup_progress infrastructure
От
Nathan Bossart
Тема
Re: Generalize ereport_startup_progress infrastructure
Дата
Msg-id
20220816211544.GB255076@nathanxps13
Ответ на
Re: Generalize ereport_startup_progress infrastructure (Robert Haas)
Список
Дерево обсуждения
Generalize ereport_startup_progress infrastructure Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: Generalize ereport_startup_progress infrastructure Robert Haas <robertmhaas@gmail.com>
Re: Generalize ereport_startup_progress infrastructure Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: Generalize ereport_startup_progress infrastructure Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: Generalize ereport_startup_progress infrastructure Robert Haas <robertmhaas@gmail.com>
Re: Generalize ereport_startup_progress infrastructure Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: Generalize ereport_startup_progress infrastructure Robert Haas <robertmhaas@gmail.com>
Re: Generalize ereport_startup_progress infrastructure Nathan Bossart <nathandbossart@gmail.com>
Re: Generalize ereport_startup_progress infrastructure Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: Generalize ereport_startup_progress infrastructure Robert Haas <robertmhaas@gmail.com>
Re: Generalize ereport_startup_progress infrastructure Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: Generalize ereport_startup_progress infrastructure Nitin Jadhav <nitinjadhavpostgres@gmail.com>
Re: Generalize ereport_startup_progress infrastructure Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: Generalize ereport_startup_progress infrastructure "Drouvot, Bertrand" <bdrouvot@amazon.com>
On Wed, Aug 10, 2022 at 11:00:20AM -0400, Robert Haas wrote: > Maybe the checkpointer is a better candidate, but somehow I feel that > we can't consider this sort of thing separate from the existing > progress reporting that checkpointer already does. Perhaps we need to > think of changing or improving that in some way rather than adding > something wholly new alongside the existing system. I agree that the checkpointer has a good chance of being a better candidate. Are you thinking of integrating this into log_checkpoints somehow? Perhaps this parameter could optionally accept an interval for logging the progress of ongoing checkpoints. -- Nathan Bossart Amazon Web Services: https://aws.amazon.com
В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
От: Nathan Bossart
Дата: