Re: Improve LWLock tranche name visibility across backends
От | Nathan Bossart |
---|---|
Тема | Re: Improve LWLock tranche name visibility across backends |
Дата | |
Msg-id | aKTlu7mHhx4owx6r@nathan обсуждение исходный текст |
Ответ на | Re: Improve LWLock tranche name visibility across backends (Sami Imseih <samimseih@gmail.com>) |
Ответы |
Re: Improve LWLock tranche name visibility across backends
|
Список | pgsql-hackers |
On Tue, Aug 19, 2025 at 03:52:33PM -0500, Sami Imseih wrote: > If we limit the tranche name to NAMEDATALEN and also limit the > number of tranches an extension can register, we can put this > all in static shared memory (We would still need to have a backend local > cache to allow lookups to avoid going to shared memory). I bet we could avoid the local cache by keeping a backend-local copy of LWLockCounter that gets updated as needed. > However, I am not sure what the limit would be for the number of tranches, > and if we do impose something, will it break anything that is out there? I can think of contrived scenarios where these limits would present problems, but I'm not aware of anything that folks are actually doing that would be affected. In general, the examples I've seen involve allocating a small number of tranches for an extension, so my assumption is that the most likely cause of breakage would be someone installing many, many extensions. -- nathan
В списке pgsql-hackers по дате отправления: