Re: Proposal: Add a callback data parameter to GetNamedDSMSegment - Mailing list pgsql-hackers

From Sami Imseih
Subject Re: Proposal: Add a callback data parameter to GetNamedDSMSegment
Date
Msg-id CAA5RZ0uuQ9TZRQcECB6XkicOa_XuqsdnF_YmucQv85_GJOMYWA@mail.gmail.com
Whole thread Raw
In response to Proposal: Add a callback data parameter to GetNamedDSMSegment  (Zsolt Parragi <zsolt.parragi@percona.com>)
Responses Re: Proposal: Add a callback data parameter to GetNamedDSMSegment
List 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 by date:

Previous
From: Paul A Jungwirth
Date:
Subject: Should ranges validate their subtypes' domains after canonicalization?
Next
From: Paul A Jungwirth
Date:
Subject: Domains on ranges should create a multirange