From: | Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com> |
---|---|
To: | bertranddrouvot(dot)pg(at)gmail(dot)com |
Cc: | michael(at)paquier(dot)xyz, pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: Add callback in pgstats for backend initialization |
Date: | 2024-09-04 05:15:43 |
Message-ID: | 20240904.141543.1746675785869985842.horikyota.ntt@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
At Tue, 3 Sep 2024 05:00:54 +0000, Bertrand Drouvot <bertranddrouvot(dot)pg(at)gmail(dot)com> wrote in
> Hi,
>
> On Tue, Sep 03, 2024 at 10:52:20AM +0900, Michael Paquier wrote:
> > Hi all,
> >
> > Currently, the backend-level initialization of pgstats happens in
> > pgstat_initialize(), where we are using a shortcut for the WAL stats,
> > with pgstat_init_wal().
> >
> > I'd like to propose to add a callback for that, so as in-core or
> > custom pgstats kinds can assign custom actions when initializing a
> > backend. The use-case I had for this one are pretty close to what we
> > do for WAL, where we would rely on a difference of state depending on
> > what may have existed before reaching the initialization path. So
> > this can offer more precision. Another case, perhaps less
> > interesting, is to be able to initialize some static backend state.
>
> I think the proposal makes sense and I can see the use cases too, so +1.
+1, too.
The name "init_backend" makes it sound like the function initializes
the backend. backend_init might be a better choice, but I'm not sure.
regards.
--
Kyotaro Horiguchi
NTT Open Source Software Center
From | Date | Subject | |
---|---|---|---|
Next Message | Bertrand Drouvot | 2024-09-04 05:28:56 | Re: Add callbacks for fixed-numbered stats flush in pgstats |
Previous Message | Kyotaro Horiguchi | 2024-09-04 05:05:46 | Re: Add callbacks for fixed-numbered stats flush in pgstats |