Re: libpq contention due to gss even when not using gss

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: libpq contention due to gss even when not using gss
Дата
Msg-id 2306558.1718382432@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: libpq contention due to gss even when not using gss  (Andres Freund <andres@anarazel.de>)
Ответы Re: libpq contention due to gss even when not using gss
Список 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 по дате отправления:

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: Using LibPq in TAP tests via FFI
Следующее
От: Andres Freund
Дата:
Сообщение: Re: libpq contention due to gss even when not using gss