Re: Revive num_dead_tuples column of pg_stat_progress_vacuum

Поиск
Список
Период
Сортировка
От Masahiko Sawada
Тема Re: Revive num_dead_tuples column of pg_stat_progress_vacuum
Дата
Msg-id CAD21AoD8osU3gZp7-V1RVJ_KjeQfRhKfqJDUE+24mfv5RzJ3Rw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Revive num_dead_tuples column of pg_stat_progress_vacuum  (Masahiko Sawada <sawada.mshk@gmail.com>)
Ответы Re: Revive num_dead_tuples column of pg_stat_progress_vacuum
Список pgsql-hackers
On Fri, Jun 7, 2024 at 10:22 AM Masahiko Sawada <sawada.mshk@gmail.com> wrote:
>
> On Wed, Jun 5, 2024 at 7:19 PM Andrey M. Borodin <x4mmm@yandex-team.ru> wrote:
> >
> >
> >
> > > On 4 Jun 2024, at 00:26, Masahiko Sawada <sawada.mshk@gmail.com> wrote:
> >
> > Thank you! Vacuum enhancement is a really good step forward, and this small change would help a lot of
observabilitytools. 
> >
> >
> > > On 4 Jun 2024, at 00:49, Peter Geoghegan <pg@bowt.ie> wrote:
> > >
> > > Can we rename this to num_dead_item_ids (or something similar) in
> > > passing?
> >
> > I do not insist, but many tools will have to adapt to this change [0,1]. However, most of tools will have to deal
withremoved max_dead_tuples anyway [2], so this is not that big problem. 
>
> True, this incompatibility would not be a big problem.
>
> num_dead_item_ids seems good to me. I've updated the patch that
> incorporated the comment from Álvaro[1].

I'm going to push the v2 patch in a few days if there is no further comment.

Regards,

--
Masahiko Sawada
Amazon Web Services: https://aws.amazon.com



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

Предыдущее
От: Joseph Koshakow
Дата:
Сообщение: Re: Remove dependence on integer wrapping
Следующее
От: Tomas Vondra
Дата:
Сообщение: Re: confirmed flush lsn seems to be move backward in certain error cases