Re: libpq contention due to gss even when not using gss - Mailing list pgsql-hackers

From Tom Lane
Subject Re: libpq contention due to gss even when not using gss
Date
Msg-id 2306558.1718382432@sss.pgh.pa.us
Whole thread Raw
In response to Re: libpq contention due to gss even when not using gss  (Andres Freund <andres@anarazel.de>)
Responses Re: libpq contention due to gss even when not using gss
List pgsql-hackers
Andres Freund <andres@anarazel.de> writes:
> Initializing the gss cache at all isn't so much the problem. It's that we do
> it for every connection. And that doing so requires locking inside gss. So
> maybe we could just globally cache that gss isn't available, instead of
> rediscovering it over and over for every new connection.

I had the impression that krb5 already had such a cache internally.
Maybe they don't cache the "failed" state though.  I doubt we'd
want to either in long-lived processes --- what if the user
installs the credential while we're running?

            regards, tom lane



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Using LibPq in TAP tests via FFI
Next
From: Andres Freund
Date:
Subject: Re: libpq contention due to gss even when not using gss