Tom Lane wrote:
> Mark Kirkwood <markir@paradise.net.nz> writes:
>> The other approach I wondered about was arranging for the resource locks
>> and related data structures to all use an *additional* partition lock -
>> which would mean faking a LOCKTAG that always hashed to
>> NUM_LOCK_PARTITIONS, and using that everywhere in the resource code...
>
> That seems mighty ugly, as well as defeating the purpose of spreading
> the LWLock contention around evenly.
Yes - and possibly confusing to amend later, when I (or someone else)
had forgotten why it was done that way...
> I'd go for letting the resource
> locks go into their natural hash partitions, and making a separate LWLock
> for your other data structures. (Some day you might get to the point of
> wanting to partition the other data structures, in which case you'd be
> glad you separated the locks.)
Great, thanks for the quick reply!
Cheers
Mark