Re: libpq contention due to gss even when not using gss
От
Andres Freund
Тема
Re: libpq contention due to gss even when not using gss
Дата
Msg-id
20240614160201.3tclq4dntprv2q5h@awork3.anarazel.de
Ответ на
Re: libpq contention due to gss even when not using gss (Dmitry Dolgov)
Список
Дерево обсуждения
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 Dmitry Dolgov <9erthalion6@gmail.com>
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 Dmitry Dolgov <9erthalion6@gmail.com>
Re: libpq contention due to gss even when not using gss Daniel Gustafsson <daniel@yesql.se>
Re: libpq contention due to gss even when not using gss Dmitry Dolgov <9erthalion6@gmail.com>
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 Tom Lane <tgl@sss.pgh.pa.us>
Re: libpq contention due to gss even when not using gss Andres Freund <andres@anarazel.de>
Hi, On 2024-06-14 10:46:04 +0200, Dmitry Dolgov wrote: > At the same time after quick look I don't see an easy way to avoid that. > Current implementation tries to initialize gss before getting any > confirmation from the server whether it's supported. Doing this other > way around would probably just shift overhead to the server side. 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. Greetings, Andres Freund
В списке pgsql-hackers по дате отправления