Skip to content
Permalink
Browse files

Improve LWLock scalability.

The old LWLock implementation had the problem that concurrent lock
acquisitions required exclusively acquiring a spinlock. Often that
could lead to acquirers waiting behind the spinlock, even if the
actual LWLock was free.

The new implementation doesn't acquire the spinlock when acquiring the
lock itself. Instead the new atomic operations are used to atomically
manipulate the state. Only the waitqueue, used solely in the slow
path, is still protected by the spinlock. Check lwlock.c's header for
an explanation about the used algorithm.

For some common workloads on larger machines this can yield
significant performance improvements. Particularly in read mostly
workloads.

Reviewed-By: Amit Kapila and Robert Haas
Author: Andres Freund

Discussion: 20130926225545.GB26663@awork2.anarazel.de
  • Loading branch information...
anarazel committed Dec 25, 2014
1 parent 7882c3b commit ab5194e6f617a9a9e7aadb3dd1cee948a42d0755
Showing with 653 additions and 302 deletions.
  1. +638 −293 src/backend/storage/lmgr/lwlock.c
  2. +15 −9 src/include/storage/lwlock.h
Oops, something went wrong.

0 comments on commit ab5194e

Please sign in to comment.
You can’t perform that action at this time.