Re: Proposal: Add a callback data parameter to GetNamedDSMSegment
| От | Sami Imseih |
|---|---|
| Тема | Re: Proposal: Add a callback data parameter to GetNamedDSMSegment |
| Дата | |
| Msg-id | CAA5RZ0uuQ9TZRQcECB6XkicOa_XuqsdnF_YmucQv85_GJOMYWA@mail.gmail.com обсуждение исходный текст |
| Ответ на | Proposal: Add a callback data parameter to GetNamedDSMSegment (Zsolt Parragi <zsolt.parragi@percona.com>) |
| Ответы |
Re: Proposal: Add a callback data parameter to GetNamedDSMSegment
|
| Список | pgsql-hackers |
Hi, Can you provide more details on the use-case? > For example, the documentation for creating LWLocks after startup [1] > suggests creating locks in this callback. That works fine as long as > the callback only needs to create a hardcoded lock. The callback is called on the first invocation of GetNamedDSMSegment for a particular segment name. Subsequent calls just attach an existing segment. > But if the lock name is a parameter to the function calling GetNamedDSMSegment, and > not fixed, I do not see a clean way to pass it through to the callback Keep in mind that the tranche name shows up in wait events, so you will end up with different wait event names. Also, commit 38b602b capped the number of lwlock tranches to 256, so you may hit this limit if you are creating many lwlocks. #define MAX_NAMED_TRANCHES 256 -- Sami Imseih Amazon Web services (AWS)
В списке pgsql-hackers по дате отправления: