Re: Naming of the different stats systems / "stats collector"

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: Naming of the different stats systems / "stats collector"
Дата
Msg-id 20220309015014.lx5cgrr5qq4ikuak@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: Naming of the different stats systems / "stats collector"  ("David G. Johnston" <david.g.johnston@gmail.com>)
Ответы Re: Naming of the different stats systems / "stats collector"  ("David G. Johnston" <david.g.johnston@gmail.com>)
Список pgsql-hackers
On 2022-03-08 15:55:04 -0700, David G. Johnston wrote:
> On Tue, Mar 8, 2022 at 1:54 PM Andres Freund <andres@anarazel.de> wrote:
> > One thing I'm not yet happy around the shared memory stats patch is
> > naming. Currently a lot of comments say things like:
> >
> >   * [...] We convert to
> >   * microseconds in PgStat_Counter format when transmitting to the
> > collector.
> >
> > or
> >
> > # - Query and Index Statistics Collector -
> >
> > or
> >
> > /* ----------
> >  * pgstat_report_subscription_drop() -
> >  *
> >  *  Tell the collector about dropping the subscription.
> >  * ----------
> >  */
> >
> >
> > the immediate question for the patch is what to replace "collector" with.
> >
> >
> Not really following the broader context here so this came out of nowhere
> for me.  What is the argument for changing the status quo here?  Collector
> seems like good term.

Sorry, probably should have shared a bit more context. The shared memory stats
patch removes the stats collector process - which seems to make 'collector'
not descriptive anymore...

It's still lossy in the sense that a crash will result in stats being lost and
inprecise in that counter updates can be delayed, but there won't be lost
stats due to UDP messages being thrown away under load anymore.

Greetings,

Andres Freund



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

Предыдущее
От: Kyotaro Horiguchi
Дата:
Сообщение: Re: Naming of the different stats systems / "stats collector"
Следующее
От: Masahiko Sawada
Дата:
Сообщение: Re: Add index scan progress to pg_stat_progress_vacuum