From: | Andres Freund <andres(at)anarazel(dot)de> |
---|---|
To: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> |
Cc: | Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com>, "melanieplageman(at)gmail(dot)com" <melanieplageman(at)gmail(dot)com>, Justin Pryzby <pryzby(at)telsasoft(dot)com>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, "pgsql-hackers(at)lists(dot)postgresql(dot)org" <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: shared-memory based stats collector - v70 |
Date: | 2022-04-07 00:48:51 |
Message-ID: | 20220407004851.7p6tnrvl4vxb7fo6@alap3.anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
On 2022-04-06 17:01:17 -0700, David G. Johnston wrote:
> On Wed, Apr 6, 2022 at 4:12 PM Andres Freund <andres(at)anarazel(dot)de> wrote:
>
> The fact there is just the one outlier here suggests that this is indeed the
> better option.
FWIW, the outlier also uses pgstat_reset(), just with a small wrapper doing
the translation from slot name to slot index.
> > What does "private" mean for you? They're exposed via pgstat.h not
> > pgstat_internal.h. But not to SQL.
> I was thinking specifically of the freedom to rename and not break
> extensions. Namely, are these truly implementation details or something
> that, while unlikely to be used by extensions, still constitute an exposed
> API? It was mainly a passing thought, I'm not looking for a crash-course
> in how all that works right now.
I doubt there are extension using these functions - and they'd have been
broken the way things were in v70, because the signature already had changed.
Generally, between major releases, we don't worry too much about changing C
APIs. Of course we try to avoid unnecessarily breaking things, particularly
when it's going to cause widespread breakage.
Greetings,
Andres Freund
From | Date | Subject | |
---|---|---|---|
Next Message | Amit Langote | 2022-04-07 01:05:36 | Re: simplifying foreign key/RI checks |
Previous Message | Michael Paquier | 2022-04-07 00:13:32 | Re: [PATCH] Expose port->authn_id to extensions and triggers |