Re: Separate GUC for replication origins - Mailing list pgsql-hackers

From Amit Kapila
Subject Re: Separate GUC for replication origins
Date
Msg-id CAA4eK1KV7wgct11MPgC=6M3AMH+tK0wSNpfR7YDGcYh7Wgax+Q@mail.gmail.com
Whole thread Raw
In response to Re: Separate GUC for replication origins  (Peter Eisentraut <peter@eisentraut.org>)
Responses Re: Separate GUC for replication origins
List pgsql-hackers
On Wed, Mar 5, 2025 at 4:38 PM Peter Eisentraut <peter@eisentraut.org> wrote:
>
> On 11.02.25 21:25, Euler Taveira wrote:
> > Here is another patch that only changes the GUC name to
> > max_replication_origin_sessions.
>
> I think the naming and description of this is still confusing.
>
...
...
>
> I agree that the originally proposed name max_replication_origins is not
> good, because you can "create" (using pg_replication_origin_create())
> more than the configured maximum.  What is the term for what the setting
> actually controls?  How many are "active"?  "In use"?  Per session?  etc.
>

It controls the number of active sessions using origin. The idea is
that to track replication progress via replication_origin we need to
do replorigin_session_setup(). If you look in the code, we have used
the term replorigin_session* in many places, so we thought of naming
this as max_replication_origin_sessions. But the other options could
be max_active_replication_origins or max_replication_origins_in_use.

--
With Regards,
Amit Kapila.



pgsql-hackers by date:

Previous
From: Emre Hasegeli
Date:
Subject: Trivial comment fix for tsquerysend()
Next
From: Oliver Ford
Date:
Subject: Re: Add RESPECT/IGNORE NULLS and FROM FIRST/LAST options