Re: GUC thread-safety approaches - Mailing list pgsql-hackers

From Tom Lane
Subject Re: GUC thread-safety approaches
Date
Msg-id 1320549.1763499164@sss.pgh.pa.us
Whole thread Raw
In response to Re: GUC thread-safety approaches  (Jelte Fennema-Nio <postgres@jeltef.nl>)
List pgsql-hackers
Jelte Fennema-Nio <postgres@jeltef.nl> writes:
> I think that a session-local LOAD is something we're going to lose with
> threading anyway. A shared library is only going to be loaded once for the
> cluster, not once per backend.

That's not necessarily true.  Certainly it will either be physically
present in the address space or not, across the board.  But you could
imagine that it has no effect in sessions that have not invoked its
_PG_init function, because it hasn't been allowed to get into any
hooks.  This would require that everything that _PG_init might touch
be session-local state, which might not be terribly practical.  But
if we wanted to preserve the current behavior, we could make that
happen.

> And to be clear: I think that's totally
> fine. (i.e. the benefit of these session-local extensions seems to small
> for us to find and maintain some workaround for this)

I don't necessarily disagree with that.  Just saying that I don't
think our hand is forced.

            regards, tom lane



pgsql-hackers by date:

Previous
From: KAZAR Ayoub
Date:
Subject: Re: Speed up COPY FROM text/CSV parsing using SIMD
Next
From: Nico Williams
Date:
Subject: Re: GUC thread-safety approaches