aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/nodeModifyTable.c
diff options
context:
space:
mode:
authorRobert Haas <rhaas@postgresql.org>2016-02-04 16:43:04 -0500
committerRobert Haas <rhaas@postgresql.org>2016-02-04 16:43:04 -0500
commitc1772ad9225641c921545b35c84ee478c326b95e (patch)
tree879865789b951bddfe02131401c7035be44780a6 /src/backend/executor/nodeModifyTable.c
parent5ef244a28266ce8e5666b23baed33a4c238542ff (diff)
downloadpostgresql-c1772ad9225641c921545b35c84ee478c326b95e.tar.gz
postgresql-c1772ad9225641c921545b35c84ee478c326b95e.zip
Change the way that LWLocks for extensions are allocated.
The previous RequestAddinLWLocks() method had several disadvantages. First, the locks would be in the main tranche; we've recently decided that it's useful for LWLocks used for separate purposes to have separate tranche IDs. Second, there wasn't any correlation between what code called RequestAddinLWLocks() and what code called LWLockAssign(); when multiple modules are in use, it could become quite difficult to troubleshoot problems where LWLockAssign() ran out of locks. To fix, create a concept of named LWLock tranches which can be used either by extension or by core code. Amit Kapila and Robert Haas
Diffstat (limited to 'src/backend/executor/nodeModifyTable.c')
0 files changed, 0 insertions, 0 deletions