locking/rwsem: Rwsem rearchitecture part 2
Waiman Long
reviewercover locking/rwsem: Rwsem rearchitecture part 2
This is part 2 of a 3-part (0/1/2) series to rearchitect the internal operation of rwsem.
part 0: https://lkml.org/lkml/2019/3/22/1662
part 1: https://lkml.org/lkml/2019/2/28/1124
This patchset revamps the current rwsem-xadd implementation to make it saner and easier to work with. It also implements the following 3 new features:
1) Waiter lock handoff
2) Reader optimistic spinning
3) Store write-lock owner in the atomic count (x86-64 only)
Waiter lock handoff is similar to the mechanism currently in the mutex code. This ensures that lock starvation won't happen.
Reader optimistic spinning enables readers to acquire the lock more quickly. So workloads that use a mix of readers and writers should see an increase in performance as long as the reader critical sections are short.
Finally, storing the write-lock owner into the count will allow optimistic spinners to get to the lock holder's task structure more quickly and eliminating the timing gap where the write lock is acquired but the owner isn't known yet. This is important for RT tasks where spinning on a lock with an unknown owner is not allowed.
Because of the fact that multiple readers can share the same lock, there is a natural preference for readers when measuring in term of locking throughput as more readers are likely to get into the locking fast path than the writers. With waiter lock handoff, we are not going to starve the writers.
On a 8-socket 120-core 240-thread IvyBridge-EX system with 120 reader and writer locking threads, the min/mean/max locking operations done in a 5-second testing window before the patchset were:
120 readers, Iterations Min/Mean/Max = 399/400/401 120 writers, Iterations Min/Mean/Max = 400/33,389/211,359
After the patchset, they became:
120 readers, Iterations Min/Mean/Max = 584/10,266/26,609 120 writers, Iterations Min/Mean/Max = 22,080/29,016/38,728
So it was much fairer to readers. With less locking threads, the readers were preferred than writers.
Patch 1 implements a new rwsem locking scheme similar to what qrwlock is current doing. Write lock is done by atomic_cmpxchg() while read lock is still being done by atomic_add().
Patch 2 implments lock handoff to prevent lock starvation.
Patch 3 removes rwsem_wake() wakeup optimization as it doesn't work with lock handoff.
Patch 4 makes rwsem_spin_on_owner() returns owner state.
Patch 5 disallows RT tasks to spin on a rwsem with unknown owner.
Patch 6 makes reader wakeup to wake almost all the readers in the wait queue instead of just those in the front.
Patch 7 enables reader to spin on a writer-owned rwsem.
Patch 8 enables lock waiters to spin on a reader-owned rwsem with limited number of tries.
Patch 9 adds some new rwsem owner access helper functions.
Patch 10 merges the write-lock owner task pointer into the count. Only 64-bit count has enough space to provide a reasonable number of bits for reader count. This is for x86-64 only for the time being.
Patch 11 eliminates redundant computation of the merged owner-count.
Patch 12 handles the case of too many readers by reserving the sign bit to designate that a reader lock attempt will fail and the locking reader will be put to sleep. This will ensure that we will not overflow the reader count.
With a locking microbenchmark running on 5.1 based kernel, the total locking rates (in kops/s) on a 8-socket IvyBridge-EX system with equal numbers of readers and writers (mixed) before and after this patchset were:
# of Threads Before Patch After Patch
------------ ------------ -----------
2 1,179 9,436
4 1,505 8,268
8 721 7,041
16 575 7,652
32 70 2,189
64 39 534Waiman Long (12):
locking/rwsem: Implement a new locking scheme locking/rwsem: Implement lock handoff to prevent lock starvation locking/rwsem: Remove rwsem_wake() wakeup optimization locking/rwsem: Make rwsem_spin_on_owner() return owner state locking/rwsem: Ensure an RT task will not spin on reader locking/rwsem: Wake up almost all readers in wait queue locking/rwsem: Enable readers spinning on writer locking/rwsem: Enable count-based spinning on reader locking/rwsem: Add more rwsem owner access helpers locking/rwsem: Merge owner into count on x86-64 locking/rwsem: Remove redundant computation of writer lock word locking/rwsem: Make MSbit of count as guard bit to fail readlock
kernel/locking/lock_events_list.h | 5 + kernel/locking/rwsem-xadd.c | 619 +++++++++++++++++++----------- kernel/locking/rwsem.c | 3 +- kernel/locking/rwsem.h | 284 +++++++++++--- 4 files changed, 626 insertions(+), 285 deletions(-)
Signature · 1 line
2.18.1
Waiman Long
reviewerPATCH 1/12 locking/rwsem: Implement a new locking scheme
The current way of using various reader, writer and waiting biases in the rwsem code are confusing and hard to understand. I have to reread the rwsem count guide in the rwsem-xadd.c file from time to time to remind myself how this whole thing works. It also makes the rwsem code harder to be optimized.
To make rwsem more sane, a new locking scheme similar to the one in qrwlock is now being used. The atomic long count has the following bit definitions:
Bit 0 - writer locked bit Bit 1 - waiters present bit
Bits 2-7 - reserved for future extension
Bits 8-X - reader count (24/56 bits)
The cmpxchg instruction is now used to acquire the write lock. The read lock is still acquired with xadd instruction, so there is no change here. This scheme will allow up to 16M/64P active readers which should be more than enough. We can always use some more reserved bits if necessary.
With that change, we can deterministically know if a rwsem has been write-locked. Looking at the count alone, however, one cannot determine for certain if a rwsem is owned by readers or not as the readers that set the reader count bits may be in the process of backing out. So we still need the reader-owned bit in the owner field to be sure.
With a locking microbenchmark running on 5.1 based kernel, the total locking rates (in kops/s) of the benchmark on a 8-socket 120-core IvyBridge-EX system before and after the patch were as follows:
Before Patch After Patch
# of Threads wlock rlock wlock rlock
------------ ----- ----- ----- -----
1 30,659 31,341 31,055 31,283
2 8,909 16,457 9,884 17,659
4 9,028 15,823 8,933 20,233
8 8,410 14,212 7,230 17,140
16 8,217 25,240 7,479 24,607The locking rates of the benchmark on a Power8 system were as follows:
Before Patch After Patch
# of Threads wlock rlock wlock rlock
------------ ----- ----- ----- -----
1 12,963 13,647 13,275 13,601
2 7,570 11,569 7,902 10,829
4 5,232 5,516 5,466 5,435
8 5,233 3,386 5,467 3,168The locking rates of the benchmark on a 2-socket ARM64 system were as follows:
Before Patch After Patch
# of Threads wlock rlock wlock rlock
------------ ----- ----- ----- -----
1 21,495 21,046 21,524 21,074
2 5,293 10,502 5,333 10,504
4 5,325 11,463 5,358 11,631
8 5,391 11,712 5,470 11,680The performance are roughly the same before and after the patch. There are run-to-run variations in performance. Runs with higher variances usually have higher throughput.
--- kernel/locking/rwsem-xadd.c | 147 ++++++++++++------------------------ kernel/locking/rwsem.h | 74 +++++++++--------- 2 files changed, 86 insertions(+), 135 deletions(-)
kernel/locking/rwsem-xadd.c +49 -98
@@ -9,6 +9,8 @@* * Optimistic spinning by Tim Chen <[email protected]> * and Davidlohr Bueso <[email protected]>. Based on mutexes. +* +* Rwsem count bit fields re-definition by Waiman Long <[email protected]>. */ #include <linux/rwsem.h> #include <linux/init.h>
@@ -22,52 +24,20 @@#include "rwsem.h" /* -* Guide to the rw_semaphore's count field for common values. -* (32-bit case illustrated, similar for 64-bit) -* -* 0x0000000X (1) X readers active or attempting lock, no writer waiting -* X = #active_readers + #readers attempting to lock -* (X*ACTIVE_BIAS) -* -* 0x00000000 rwsem is unlocked, and no one is waiting for the lock or -* attempting to read lock or write lock. -* -* 0xffff000X (1) X readers active or attempting lock, with waiters for lock -* X = #active readers + # readers attempting lock -* (X*ACTIVE_BIAS + WAITING_BIAS) -* (2) 1 writer attempting lock, no waiters for lock -* X-1 = #active readers + #readers attempting lock -* ((X-1)*ACTIVE_BIAS + ACTIVE_WRITE_BIAS) -* (3) 1 writer active, no waiters for lock -* X-1 = #active readers + #readers attempting lock -* ((X-1)*ACTIVE_BIAS + ACTIVE_WRITE_BIAS) -* -* 0xffff0001 (1) 1 reader active or attempting lock, waiters for lock -* (WAITING_BIAS + ACTIVE_BIAS) -* (2) 1 writer active or attempting lock, no waiters for lock -* (ACTIVE_WRITE_BIAS) +* Guide to the rw_semaphore's count field. * -* 0xffff0000 (1) There are writers or readers queued but none active -* or in the process of attempting lock. -* (WAITING_BIAS) -* Note: writer can attempt to steal lock for this count by adding -* ACTIVE_WRITE_BIAS in cmpxchg and checking the old count +* When the RWSEM_WRITER_LOCKED bit in count is set, the lock is owned +* by a writer. * -* 0xfffe0001 (1) 1 writer active, or attempting lock. Waiters on queue. -* (ACTIVE_WRITE_BIAS + WAITING_BIAS) -* -* Note: Readers attempt to lock by adding ACTIVE_BIAS in down_read and checking -* the count becomes more than 0 for successful lock acquisition, -* i.e. the case where there are only readers or nobody has lock. -* (1st and 2nd case above). -* -* Writers attempt to lock by adding ACTIVE_WRITE_BIAS in down_write and -* checking the count becomes ACTIVE_WRITE_BIAS for successful lock -* acquisition (i.e. nobody else has lock or attempts lock). If -* unsuccessful, in rwsem_down_write_failed, we'll check to see if there -* are only waiters but none active (5th case above), and attempt to -* steal the lock. +* The lock is owned by readers when +* (1) the RWSEM_WRITER_LOCKED isn't set in count, +* (2) some of the reader bits are set in count, and +* (3) the owner field has RWSEM_READ_OWNED bit set. * +* Having some reader bits set is not enough to guarantee a readers owned +* lock as the readers may be in the process of backing out from the count +* and a writer has just released the lock. So another writer may steal +* the lock immediately after that. */ /*
@@ -113,9 +83,8 @@ enum rwsem_wake_type {/* * handle the lock release when processes blocked on it that can now run -* - if we come here from up_xxxx(), then: -* - the 'active part' of count (&0x0000ffff) reached 0 (but may have changed) -* - the 'waiting part' of count (&0xffff0000) is -ve (and will still be so) +* - if we come here from up_xxxx(), then the RWSEM_FLAG_WAITERS bit must +* have been set. * - there must be someone on the queue * - the wait_lock must be held by the caller * - tasks are marked for wakeup, the caller must later invoke wake_up_q()
@@ -159,22 +128,11 @@ static void __rwsem_mark_wake(struct rw_semaphore *sem,* so we can bail out early if a writer stole the lock. */ if (wake_type !=RWSEM_WAKE_READ_OWNED ) { - adjustment =RWSEM_ACTIVE_READ_BIAS ; - try_reader_grant: + adjustment =RWSEM_READER_BIAS ; oldcount =atomic_long_fetch_add (adjustment, &sem->count); -if (unlikely (oldcount <RWSEM_WAITING_BIAS )) { -/* -* If the count is still less than RWSEM_WAITING_BIAS -* after removing the adjustment, it is assumed that -* a writer has stolen the lock. We have to undo our -* reader grant. -*/ -if (atomic_long_add_return (-adjustment, &sem->count) < -RWSEM_WAITING_BIAS ) -return ; - -/* Last active locker left. Retry waking readers. */ - goto try_reader_grant; +if (unlikely (oldcount &RWSEM_WRITER_MASK )) { +atomic_long_sub (adjustment, &sem->count); +return ; }/* * Set it to reader-owned to give spinners an early
@@ -214,11 +172,11 @@ static void __rwsem_mark_wake(struct rw_semaphore *sem,wake_q_add_safe (wake_q, tsk); } - adjustment = woken *RWSEM_ACTIVE_READ_BIAS - adjustment; + adjustment = woken *RWSEM_READER_BIAS - adjustment;lockevent_cond_inc (rwsem_wake_reader, woken);if (list_empty (&sem->wait_list)) {/* hit end of list above */ - adjustment -=RWSEM_WAITING_BIAS ; + adjustment -=RWSEM_FLAG_WAITERS ; }if (adjustment)
@@ -232,22 +190,15 @@ static void __rwsem_mark_wake(struct rw_semaphore *sem,*/ static inline bool rwsem_try_write_lock (long count,struct rw_semaphore *sem) { -/* -* Avoid trying to acquire write lock if count isn't RWSEM_WAITING_BIAS. -*/ -if (count !=RWSEM_WAITING_BIAS ) +long new; + +if (RWSEM_COUNT_LOCKED (count))return false; -/* -* Acquire the lock by trying to set it to ACTIVE_WRITE_BIAS. If there -* are other tasks on the wait list, we need to add on WAITING_BIAS. -*/ - count =list_is_singular (&sem->wait_list) ? -RWSEM_ACTIVE_WRITE_BIAS : -RWSEM_ACTIVE_WRITE_BIAS +RWSEM_WAITING_BIAS ; + new = count +RWSEM_WRITER_LOCKED - + (list_is_singular (&sem->wait_list) ?RWSEM_FLAG_WAITERS :0 ); -if (atomic_long_cmpxchg_acquire (&sem->count,RWSEM_WAITING_BIAS , count) - ==RWSEM_WAITING_BIAS ) { +if (atomic_long_try_cmpxchg_acquire (&sem->count, &count, new)) {rwsem_set_owner (sem);return true; }
@@ -263,9 +214,9 @@ static inline bool rwsem_try_write_lock_unqueued(struct rw_semaphore *sem) {long count =atomic_long_read (&sem->count); -while (!count || count ==RWSEM_WAITING_BIAS ) { +while (!RWSEM_COUNT_LOCKED (count)) {if (atomic_long_try_cmpxchg_acquire (&sem->count, &count, - count +RWSEM_ACTIVE_WRITE_BIAS )) { + count +RWSEM_WRITER_LOCKED )) {rwsem_set_owner (sem);lockevent_inc (rwsem_opt_wlock);return true;
@@ -422,7 +373,7 @@ static inline bool rwsem_has_spinner(struct rw_semaphore *sem) static inline struct rw_semaphore __sched *__rwsem_down_read_failed_common (struct rw_semaphore *sem,int state) { -long count, adjustment = -RWSEM_ACTIVE_READ_BIAS ; +long count, adjustment = -RWSEM_READER_BIAS ;struct rwsem_waiter waiter;DEFINE_WAKE_Q (wake_q);
@@ -434,16 +385,16 @@ __rwsem_down_read_failed_common(struct rw_semaphore *sem, int state)/* * In case the wait queue is empty and the lock isn't owned * by a writer, this reader can exit the slowpath and return -* immediately as its RWSEM_ACTIVE_READ_BIAS has already -* been set in the count. +* immediately as its RWSEM_READER_BIAS has already been +* set in the count. */ -if (atomic_long_read (&sem->count) >=0 ) { +if (!(atomic_long_read (&sem->count) &RWSEM_WRITER_MASK )) {raw_spin_unlock_irq (&sem->wait_lock);rwsem_set_reader_owned (sem);lockevent_inc (rwsem_rlock_fast);return sem; } - adjustment +=RWSEM_WAITING_BIAS ; + adjustment +=RWSEM_FLAG_WAITERS ; }list_add_tail (&waiter.list, &sem->wait_list);
@@ -456,9 +407,8 @@ __rwsem_down_read_failed_common(struct rw_semaphore *sem, int state)* If there are no writers and we are first in the queue, * wake our own waiter to join the existing active readers ! */ -if (count ==RWSEM_WAITING_BIAS || - (count >RWSEM_WAITING_BIAS && - adjustment != -RWSEM_ACTIVE_READ_BIAS )) +if (!RWSEM_COUNT_LOCKED (count) || + (!(count &RWSEM_WRITER_MASK ) && (adjustment &RWSEM_FLAG_WAITERS )))__rwsem_mark_wake (sem,RWSEM_WAKE_ANY , &wake_q);raw_spin_unlock_irq (&sem->wait_lock);
@@ -486,7 +436,7 @@ __rwsem_down_read_failed_common(struct rw_semaphore *sem, int state) out_nolock:list_del (&waiter.list);if (list_empty (&sem->wait_list)) -atomic_long_add (-RWSEM_WAITING_BIAS , &sem->count); +atomic_long_andnot (RWSEM_FLAG_WAITERS , &sem->count);raw_spin_unlock_irq (&sem->wait_lock);__set_current_state (TASK_RUNNING );lockevent_inc (rwsem_rlock_fail);
@@ -519,9 +469,6 @@ __rwsem_down_write_failed_common(struct rw_semaphore *sem, int state)struct rw_semaphore *ret = sem;DEFINE_WAKE_Q (wake_q); -/* undo write bias from down_write operation, stop active locking */ - count =atomic_long_sub_return (RWSEM_ACTIVE_WRITE_BIAS , &sem->count); -/* do optimistic spinning and steal lock if possible */ if (rwsem_optimistic_spin (sem))return sem;
@@ -541,16 +488,18 @@ __rwsem_down_write_failed_common(struct rw_semaphore *sem, int state)list_add_tail (&waiter.list, &sem->wait_list); -/* we're now waiting on the lock, but no longer actively locking */ +/* we're now waiting on the lock */ if (waiting) { count =atomic_long_read (&sem->count);/* * If there were already threads queued before us and there are -* no active writers, the lock must be read owned; so we try to -* wake any read locks that were queued ahead of us. +* no active writers and some readers, the lock must be read +* owned; so we try to any read locks that were queued ahead +* of us. */ -if (count >RWSEM_WAITING_BIAS ) { +if (!(count &RWSEM_WRITER_MASK ) && + (count &RWSEM_READER_MASK )) {__rwsem_mark_wake (sem,RWSEM_WAKE_READERS , &wake_q);/* * The wakeup is normally called _after_ the wait_lock
@@ -567,8 +516,9 @@ __rwsem_down_write_failed_common(struct rw_semaphore *sem, int state)wake_q_init (&wake_q); } - }else - count =atomic_long_add_return (RWSEM_WAITING_BIAS , &sem->count); + }else { + count =atomic_long_add_return (RWSEM_FLAG_WAITERS , &sem->count); + }/* wait until we successfully acquire the lock */ set_current_state (state);
@@ -585,7 +535,8 @@ __rwsem_down_write_failed_common(struct rw_semaphore *sem, int state)schedule ();lockevent_inc (rwsem_sleep_writer);set_current_state (state); - }while ((count =atomic_long_read (&sem->count)) &RWSEM_ACTIVE_MASK ); + count =atomic_long_read (&sem->count); + }while (RWSEM_COUNT_LOCKED (count));raw_spin_lock_irq (&sem->wait_lock); }
@@ -601,7 +552,7 @@ __rwsem_down_write_failed_common(struct rw_semaphore *sem, int state)raw_spin_lock_irq (&sem->wait_lock);list_del (&waiter.list);if (list_empty (&sem->wait_list)) -atomic_long_add (-RWSEM_WAITING_BIAS , &sem->count); +atomic_long_andnot (RWSEM_FLAG_WAITERS , &sem->count);else __rwsem_mark_wake (sem,RWSEM_WAKE_ANY , &wake_q);raw_spin_unlock_irq (&sem->wait_lock);
kernel/locking/rwsem.h +37 -37
139 lines not on this page · raw message
Signature · 1 line
2.18.1
Waiman Long
reviewerPATCH 2/12 locking/rwsem: Implement lock handoff to prevent lock starvation
In reply to Waiman LongBecause of writer lock stealing, it is possible that a constant stream of incoming writers will cause a waiting writer or reader to wait indefinitely leading to lock starvation.
The mutex code has a lock handoff mechanism to prevent lock starvation. This patch implements a similar lock handoff mechanism to disable lock stealing and force lock handoff to the first waiter in the queue after at least a 5ms waiting period. The waiting period is used to avoid discouraging lock stealing too much to affect performance.
A rwsem microbenchmark was run for 5 seconds on a 8-socket 120-core 240-thread IvyBridge-EX system with a v5.1 based kernel and 240 write_lock threads with 5us sleep critical section.
Before the patch, the min/mean/max numbers of locking operations for the locking threads were 1/2,433/320,955. After the patch, the figures became 891/1,807/3,174. It can be seen that the rwsem became much more fair, though there was a drop of about 26% in the mean locking operations done which was a tradeoff of having better fairness.
--- kernel/locking/lock_events_list.h | 2 + kernel/locking/rwsem-xadd.c | 154 ++++++++++++++++++++++-------- kernel/locking/rwsem.h | 23 +++-- 3 files changed, 134 insertions(+), 45 deletions(-)
kernel/locking/lock_events_list.h +2 -0
@@ -61,7 +61,9 @@ LOCK_EVENT(rwsem_opt_fail) /* # of failed opt-spinnings */ LOCK_EVENT(rwsem_rlock) /* # of read locks acquired */ LOCK_EVENT(rwsem_rlock_fast) /* # of fast read locks acquired */ LOCK_EVENT(rwsem_rlock_fail) /* # of failed read lock acquisitions */ +LOCK_EVENT(rwsem_rlock_handoff) /* # of read lock handoffs */ LOCK_EVENT(rwsem_rtrylock) /* # of read trylock calls */ LOCK_EVENT(rwsem_wlock) /* # of write locks acquired */ LOCK_EVENT(rwsem_wlock_fail) /* # of failed write lock acquisitions */ +LOCK_EVENT(rwsem_wlock_handoff) /* # of write lock handoffs */ LOCK_EVENT(rwsem_wtrylock) /* # of write trylock calls */
kernel/locking/rwsem-xadd.c +116 -38
288 lines not on this page · raw message
kernel/locking/rwsem.h +16 -7
@@ -43,7 +43,8 @@* * Bit 0 - writer locked bit * Bit 1 - waiters present bit -* Bits 2-7 - reserved +* Bit 2 - lock handoff bit +* Bits 3-7 - reserved * Bits 8-X - 24-bit (32-bit) or 56-bit reader count * * atomic_long_fetch_add() is used to obtain reader lock, whereas
@@ -51,14 +52,20 @@*/ #define RWSEM_WRITER_LOCKED (1UL << 0)#define RWSEM_FLAG_WAITERS (1UL << 1) +#define RWSEM_FLAG_HANDOFF (1UL << 2) +#define RWSEM_READER_SHIFT 8#define RWSEM_READER_BIAS (1UL << RWSEM_READER_SHIFT)#define RWSEM_READER_MASK (~(RWSEM_READER_BIAS - 1))#define RWSEM_WRITER_MASK RWSEM_WRITER_LOCKED#define RWSEM_LOCK_MASK (RWSEM_WRITER_MASK|RWSEM_READER_MASK) -#define RWSEM_READ_FAILED_MASK (RWSEM_WRITER_MASK|RWSEM_FLAG_WAITERS) +#define RWSEM_READ_FAILED_MASK (RWSEM_WRITER_MASK|RWSEM_FLAG_WAITERS|\ + RWSEM_FLAG_HANDOFF)#define RWSEM_COUNT_LOCKED (c) ((c) & RWSEM_LOCK_MASK) +#define RWSEM_COUNT_HANDOFF (c) ((c) & RWSEM_FLAG_HANDOFF) +#define RWSEM_COUNT_LOCKED_OR_HANDOFF (c) \ + ((c) & (RWSEM_LOCK_MASK|RWSEM_FLAG_HANDOFF))#ifdef CONFIG_RWSEM_SPIN_ON_OWNER /*
@@ -165,7 +172,7 @@ extern struct rw_semaphore *rwsem_down_read_failed(struct rw_semaphore *sem);extern struct rw_semaphore *rwsem_down_read_failed_killable (struct rw_semaphore *sem);extern struct rw_semaphore *rwsem_down_write_failed (struct rw_semaphore *sem);extern struct rw_semaphore *rwsem_down_write_failed_killable (struct rw_semaphore *sem); -extern struct rw_semaphore *rwsem_wake (struct rw_semaphore *sem); +extern struct rw_semaphore *rwsem_wake (struct rw_semaphore *sem,long count);extern struct rw_semaphore *rwsem_downgrade_wake (struct rw_semaphore *sem);/*
@@ -263,7 +270,7 @@ static inline void __up_read(struct rw_semaphore *sem) tmp =atomic_long_add_return_release (-RWSEM_READER_BIAS , &sem->count);if (unlikely ((tmp & (RWSEM_LOCK_MASK |RWSEM_FLAG_WAITERS )) ==RWSEM_FLAG_WAITERS )) -rwsem_wake (sem); +rwsem_wake (sem, tmp); }/*
@@ -271,11 +278,13 @@ static inline void __up_read(struct rw_semaphore *sem)*/ static inline void __up_write (struct rw_semaphore *sem) { +long tmp; +DEBUG_RWSEMS_WARN_ON (sem->owner != current, sem);rwsem_clear_owner (sem); -if (unlikely (atomic_long_fetch_add_release (-RWSEM_WRITER_LOCKED , - &sem->count) &RWSEM_FLAG_WAITERS )) -rwsem_wake (sem); + tmp =atomic_long_fetch_add_release (-RWSEM_WRITER_LOCKED , &sem->count); +if (unlikely (tmp &RWSEM_FLAG_WAITERS )) +rwsem_wake (sem, tmp); }/*
Signature · 1 line
2.18.1
Waiman Long
reviewerPATCH 3/12 locking/rwsem: Remove rwsem_wake() wakeup optimization
In reply to Waiman LongWith the commit 59aabfc7e959 ("locking/rwsem: Reduce spinlock contention in wakeup after up_read()/up_write()"), the rwsem_wake() forgoes doing a wakeup if the wait_lock cannot be directly acquired and an optimistic spinning locker is present. This can help performance by avoiding spinning on the wait_lock when it is contended.
With the later commit 133e89ef5ef3 ("locking/rwsem: Enable lockless waiter wakeup(s)"), the performance advantage of the above optimization diminishes as the average wait_lock hold time become much shorter.
By supporting rwsem lock handoff, we can no longer relies on the fact that the presence of an optimistic spinning locker will ensure that the lock will be acquired by a task soon. This can lead to missed wakeup and application hang. So the commit 59aabfc7e959 ("locking/rwsem:
Reduce spinlock contention in wakeup after up_read()/up_write()") will have to be reverted.
--- kernel/locking/rwsem-xadd.c | 74 ------------------------------------- 1 file changed, 74 deletions(-)
kernel/locking/rwsem-xadd.c +0 -74
@@ -372,25 +372,11 @@ static bool rwsem_optimistic_spin(struct rw_semaphore *sem)lockevent_cond_inc (rwsem_opt_fail, !taken); return taken; } - -/* -* Return true if the rwsem has active spinner -*/ -static inline bool rwsem_has_spinner (struct rw_semaphore *sem) -{ -return osq_is_locked (&sem->osq); -} -#else static bool rwsem_optimistic_spin (struct rw_semaphore *sem) {return false; } - -static inline bool rwsem_has_spinner (struct rw_semaphore *sem) -{ -return false; -}#endif /*
@@ -662,67 +648,7 @@ struct rw_semaphore *rwsem_wake(struct rw_semaphore *sem, long count)unsigned long flags;DEFINE_WAKE_Q (wake_q); -/* -* __rwsem_down_write_failed_common(sem) -* rwsem_optimistic_spin(sem) -* osq_unlock(sem->osq) -* ... -* atomic_long_add_return(&sem->count) -* -* - VS - -* -* __up_write() -* if (atomic_long_sub_return_release(&sem->count) < 0) -* rwsem_wake(sem) -* osq_is_locked(&sem->osq) -* -* And __up_write() must observe !osq_is_locked() when it observes the -* atomic_long_add_return() in order to not miss a wakeup. -* -* This boils down to: -* -* [S.rel] X = 1 [RmW] r0 = (Y += 0) -* MB RMB -* [RmW] Y += 1 [L] r1 = X -* -* exists (r0=1 /\ r1=0) -*/ -smp_rmb (); - -/* -* If a spinner is present and the handoff flag isn't set, it is -* not necessary to do the wakeup. -* -* Try to do wakeup only if the trylock succeeds to minimize -* spinlock contention which may introduce too much delay in the -* unlock operation. -* -* spinning writer up_write/up_read caller -* --------------- ----------------------- -* [S] osq_unlock() [L] osq -* MB RMB -* [RmW] rwsem_try_write_lock() [RmW] spin_trylock(wait_lock) -* -* Here, it is important to make sure that there won't be a missed -* wakeup while the rwsem is free and the only spinning writer goes -* to sleep without taking the rwsem. Even when the spinning writer -* is just going to break out of the waiting loop, it will still do -* a trylock in rwsem_down_write_failed() before sleeping. IOW, if -* rwsem_has_spinner() is true, it will guarantee at least one -* trylock attempt on the rwsem later on. -*/ -if (rwsem_has_spinner (sem) && !RWSEM_COUNT_HANDOFF (count)) { -/* -* The smp_rmb() here is to make sure that the spinner -* state is consulted before reading the wait_lock. -*/ -smp_rmb (); -if (!raw_spin_trylock_irqsave (&sem->wait_lock, flags)) -return sem; - goto locked; - }raw_spin_lock_irqsave (&sem->wait_lock, flags); -locked:if (!list_empty (&sem->wait_list))__rwsem_mark_wake (sem,RWSEM_WAKE_ANY , &wake_q);
Signature · 1 line
2.18.1
Waiman Long
reviewerPATCH 4/12 locking/rwsem: Make rwsem_spin_on_owner() return owner state
In reply to Waiman LongThis patch modifies rwsem_spin_on_owner() to return four possible values to better reflect the state of lock holder which enables us to make a better decision of what to do next.
In the special case that there is no active lock and the handoff bit is set, optimistic spinning has to be stopped.
--- kernel/locking/rwsem-xadd.c | 40 ++++++++++++++++++++++++++++++------- kernel/locking/rwsem.h | 5 +++++ 2 files changed, 38 insertions(+), 7 deletions(-)
kernel/locking/rwsem-xadd.c +33 -7
@@ -281,14 +281,30 @@ static inline bool rwsem_can_spin_on_owner(struct rw_semaphore *sem) }/* -* Return true only if we can still spin on the owner field of the rwsem. +* Return the folowing 4 values depending on the lock owner state. +* OWNER_NULL : owner is currently NULL +* OWNER_WRITER: when owner changes and is a writer +* OWNER_READER: when owner changes and the new owner may be a reader. +* OWNER_NONSPINNABLE: +* when optimistic spinning has to stop because either the +* owner stops running, is unknown, or its timeslice has +* been used up. */ -static noinline bool rwsem_spin_on_owner(struct rw_semaphore *sem) +enum owner_state { +OWNER_NULL =1 <<0 , +OWNER_WRITER =1 <<1 , +OWNER_READER =1 <<2 , +OWNER_NONSPINNABLE =1 <<3 , +}; +#define OWNER_SPINNABLE (OWNER_NULL | OWNER_WRITER) + +static noinline enum owner_state rwsem_spin_on_owner(struct rw_semaphore *sem) {struct task_struct *owner =READ_ONCE (sem->owner); +long count;if (!is_rwsem_owner_spinnable (owner)) -return false; +return OWNER_NONSPINNABLE ;rcu_read_lock ();while (owner && (READ_ONCE (sem->owner) == owner)) {
@@ -306,7 +322,7 @@ static noinline bool rwsem_spin_on_owner(struct rw_semaphore *sem)*/ if (need_resched () || !owner_on_cpu (owner)) {rcu_read_unlock (); -return false; +return OWNER_NONSPINNABLE ; }cpu_relax ();
@@ -315,9 +331,19 @@ static noinline bool rwsem_spin_on_owner(struct rw_semaphore *sem)/* * If there is a new owner or the owner is not set, we continue -* spinning. +* spinning except when here is no active locks and the handoff bit +* is set. In this case, we have to stop spinning. */ -return is_rwsem_owner_spinnable (READ_ONCE (sem->owner)); + owner =READ_ONCE (sem->owner); +if (!is_rwsem_owner_spinnable (owner)) +return OWNER_NONSPINNABLE ; +if (owner && !is_rwsem_owner_reader (owner)) +return OWNER_WRITER ; + + count =atomic_long_read (&sem->count); +if (RWSEM_COUNT_HANDOFF (count) && !RWSEM_COUNT_LOCKED (count)) +return OWNER_NONSPINNABLE ; +return !owner ?OWNER_NULL :OWNER_READER ; }static bool rwsem_optimistic_spin (struct rw_semaphore *sem)
@@ -340,7 +366,7 @@ static bool rwsem_optimistic_spin(struct rw_semaphore *sem)* 2) readers own the lock as we can't determine if they are * actively running or not. */ -while (rwsem_spin_on_owner (sem)) { +while (rwsem_spin_on_owner (sem) &OWNER_SPINNABLE ) {/* * Try to acquire the lock */
kernel/locking/rwsem.h +5 -0
@@ -117,6 +117,11 @@ static inline bool is_rwsem_owner_spinnable(struct task_struct *owner)return !((unsigned long )owner &RWSEM_ANONYMOUSLY_OWNED ); } +static inline bool is_rwsem_owner_reader (struct task_struct *owner) +{ +return (unsigned long )owner &RWSEM_READER_OWNED ; +} +/* * Return true if rwsem is owned by an anonymous writer or readers. */
Signature · 1 line
2.18.1
Waiman Long
reviewerPATCH 5/12 locking/rwsem: Ensure an RT task will not spin on reader
In reply to Waiman LongAn RT task can do optimistic spinning only if the lock holder is actually running. If the state of the lock holder isn't known, there is a possibility that high priority of the RT task may block forward progress of the lock holder if it happens to reside on the same CPU. This will lead to deadlock. So we have to make sure that an RT task will not spin on a reader-owned rwsem.
When the owner is temporarily set to NULL, it is more tricky to decide if an RT task should stop spinning as it may be a temporary state where another writer may have just stolen the lock which then failed the task's trylock attempt. So one more retry is allowed to make sure that the lock is not spinnable by an RT task.
When testing on a 8-socket IvyBridge-EX system, the one additional retry seems to improve locking performance of RT write locking threads under heavy contentions. The table below shows the locking rates (in kops/s) with various write locking threads before and after the patch.
Locking threads Pre-patch Post-patch
--------------- --------- -----------
4 2,753 2,608
8 2,529 2,520
16 1,727 1,918
32 1,263 1,956
64 889 1,343--- kernel/locking/rwsem-xadd.c | 38 ++++++++++++++++++++++++++++++------- 1 file changed, 31 insertions(+), 7 deletions(-)
kernel/locking/rwsem-xadd.c +31 -7
@@ -349,6 +349,8 @@ static noinline enum owner_state rwsem_spin_on_owner(struct rw_semaphore *sem)static bool rwsem_optimistic_spin (struct rw_semaphore *sem) {bool taken = false; +bool prev_not_writer = false; +bool is_rt_task =rt_task (current);preempt_disable ();
@@ -366,7 +368,12 @@ static bool rwsem_optimistic_spin(struct rw_semaphore *sem)* 2) readers own the lock as we can't determine if they are * actively running or not. */ -while (rwsem_spin_on_owner (sem) &OWNER_SPINNABLE ) { +for (;;) { +enum owner_state owner_state =rwsem_spin_on_owner (sem); + +if (!(owner_state &OWNER_SPINNABLE )) +break ; +/* * Try to acquire the lock */
@@ -376,13 +383,30 @@ static bool rwsem_optimistic_spin(struct rw_semaphore *sem) }/* -* When there's no owner, we might have preempted between the -* owner acquiring the lock and setting the owner field. If -* we're an RT task that will live-lock because we won't let -* the owner complete. +* An RT task cannot do optimistic spinning if it cannot +* be sure the lock holder is running or live-lock may +* happen if the current task and the lock holder happen +* to run in the same CPU. +* +* When there's no owner or is reader-owned, an RT task +* will stop spinning if the owner state is not a writer +* at the previous iteration of the loop. This allows the +* RT task to recheck if the task that steals the lock is +* a spinnable writer. If so, it can keeps on spinning. +* +* If the owner is a writer, the need_resched() check is +* done inside rwsem_spin_on_owner(). If the owner is not +* a writer, need_resched() check needs to be done here. */ -if (!sem->owner && (need_resched () ||rt_task (current))) -break ; +if (owner_state !=OWNER_WRITER ) { +if (need_resched ()) +break ; +if (is_rt_task && prev_not_writer) +break ; + prev_not_writer = true; + }else { + prev_not_writer = false; + }/* * The cpu_relax() call is a compiler barrier which forces
Signature · 1 line
2.18.1
Waiman Long
reviewerPATCH 6/12 locking/rwsem: Wake up almost all readers in wait queue
In reply to Waiman LongWhen the front of the wait queue is a reader, other readers immediately following the first reader will also be woken up at the same time. However, if there is a writer in between. Those readers behind the writer will not be woken up.
Because of optimistic spinning, the lock acquisition order is not FIFO anyway. The lock handoff mechanism will ensure that lock starvation will not happen.
Assuming that the lock hold times of the other readers still in the queue will be about the same as the readers that are being woken up, there is really not much additional cost other than the additional latency due to the wakeup of additional tasks by the waker. Therefore all the readers up to a maximum of 256 in the queue are woken up when the first waiter is a reader to improve reader throughput.
With a locking microbenchmark running on 5.1 based kernel, the total locking rates (in kops/s) on a 8-socket IvyBridge-EX system with equal numbers of readers and writers before and after this patch were as follows:
# of Threads Pre-Patch Post-patch
------------ --------- ----------
4 1,641 1,674
8 731 1,062
16 564 924
32 78 300
64 38 195
240 50 149There is no performance gain at low contention level. At high contention level, however, this patch gives a pretty decent performance boost.
--- kernel/locking/rwsem-xadd.c | 21 +++++++++++++++++---- 1 file changed, 17 insertions(+), 4 deletions(-)
kernel/locking/rwsem-xadd.c +17 -4
@@ -88,6 +88,13 @@ enum rwsem_wake_type {*/ #define RWSEM_WAIT_TIMEOUT ((HZ - 1)/200 + 1) +/* +* We limit the maximum number of readers that can be woken up for a +* wake-up call to not penalizing the waking thread for spending too +* much time doing it. +*/ +#define MAX_READERS_WAKEUP 0x100 +/* * handle the lock release when processes blocked on it that can now run * - if we come here from up_xxxx(), then the RWSEM_FLAG_WAITERS bit must
@@ -158,16 +165,16 @@ static void __rwsem_mark_wake(struct rw_semaphore *sem, }/* -* Grant an infinite number of read locks to the readers at the front -* of the queue. We know that woken will be at least 1 as we accounted -* for above. Note we increment the 'active part' of the count by the +* Grant up to MAX_READERS_WAKEUP read locks to all the readers in the +* queue. We know that woken will be at least 1 as we accounted for +* above. Note we increment the 'active part' of the count by the * number of readers before waking any processes up. */ list_for_each_entry_safe (waiter, tmp, &sem->wait_list, list) {struct task_struct *tsk;if (waiter->type ==RWSEM_WAITING_FOR_WRITE ) -break ; +continue ; woken++; tsk = waiter->task;
@@ -186,6 +193,12 @@ static void __rwsem_mark_wake(struct rw_semaphore *sem,* after setting the reader waiter to nil. */ wake_q_add_safe (wake_q, tsk); + +/* +* Limit # of readers that can be woken up per wakeup call. +*/ +if (woken >=MAX_READERS_WAKEUP ) +break ; } adjustment = woken *RWSEM_READER_BIAS - adjustment;
Signature · 1 line
2.18.1
Waiman Long
reviewerPATCH 7/12 locking/rwsem: Enable readers spinning on writer
In reply to Waiman LongThis patch enables readers to optimistically spin on a
rwsem when it is owned by a writer instead of going to sleep directly. The rwsem_can_spin_on_owner() function is extracted out of rwsem_optimistic_spin() and is called directly by __rwsem_down_read_failed_common() and __rwsem_down_write_failed_common().
With a locking microbenchmark running on 5.1 based kernel, the total locking rates (in kops/s) on a 8-socket IvyBrige-EX system with equal numbers of readers and writers before and after the patch were as follows:
# of Threads Pre-patch Post-patch
------------ --------- ----------
4 1,674 1,684
8 1,062 1,074
16 924 900
32 300 458
64 195 208
128 164 168
240 149 143The performance change wasn't significant in this case, but this change is required by a follow-on patch.
--- kernel/locking/lock_events_list.h | 1 + kernel/locking/rwsem-xadd.c | 88 ++++++++++++++++++++++++++----- kernel/locking/rwsem.h | 3 ++ 3 files changed, 80 insertions(+), 12 deletions(-)
kernel/locking/lock_events_list.h +1 -0
@@ -56,6 +56,7 @@ LOCK_EVENT(rwsem_sleep_reader) /* # of reader sleeps */ LOCK_EVENT(rwsem_sleep_writer) /* # of writer sleeps */ LOCK_EVENT(rwsem_wake_reader) /* # of reader wakeups */ LOCK_EVENT(rwsem_wake_writer) /* # of writer wakeups */ +LOCK_EVENT(rwsem_opt_rlock) /* # of read locks opt-spin acquired */ LOCK_EVENT(rwsem_opt_wlock) /* # of write locks opt-spin acquired */ LOCK_EVENT(rwsem_opt_fail) /* # of failed opt-spinnings */ LOCK_EVENT(rwsem_rlock) /* # of read locks acquired */
kernel/locking/rwsem-xadd.c +76 -12
157 lines not on this page · raw message
kernel/locking/rwsem.h +3 -0
@@ -63,9 +63,12 @@ RWSEM_FLAG_HANDOFF)#define RWSEM_COUNT_LOCKED (c) ((c) & RWSEM_LOCK_MASK) +#define RWSEM_COUNT_WLOCKED (c) ((c) & RWSEM_WRITER_MASK)#define RWSEM_COUNT_HANDOFF (c) ((c) & RWSEM_FLAG_HANDOFF)#define RWSEM_COUNT_LOCKED_OR_HANDOFF (c) \ ((c) & (RWSEM_LOCK_MASK|RWSEM_FLAG_HANDOFF)) +#define RWSEM_COUNT_WLOCKED_OR_HANDOFF (c) \ + ((c) & (RWSEM_WRITER_MASK | RWSEM_FLAG_HANDOFF))#ifdef CONFIG_RWSEM_SPIN_ON_OWNER /*
Signature · 1 line
2.18.1
Waiman Long
reviewerPATCH 8/12 locking/rwsem: Enable count-based spinning on reader
In reply to Waiman LongWhen the rwsem is owned by reader, writers stop optimistic spinning simply because there is no easy way to figure out if all the readers are actively running or not. However, there are scenarios where the readers are unlikely to sleep and optimistic spinning can help performance.
This patch provides a simple mechanism for spinning on a reader-owned rwsem. It is a loop count threshold based spinning where the count will get reset whenenver the rwsem reader count value changes indicating that the rwsem is still active. There is another maximum count value that limits that maximum number of spinnings that can happen.
When the loop or max counts reach 0, a bit will be set in the owner field to indicate that no more optimistic spinning should be done on this rwsem until it becomes writer owned again. Not even readers is allowed to acquire the reader-locked rwsem for better fairness.
The spinning threshold and maximum values can be overridden by architecture specific header file, if necessary. The current default threshold value is 512 iterations.
With a locking microbenchmark running on 5.1 based kernel, the total locking rates (in kops/s) on a 8-socket IvyBridge-EX system with equal numbers of readers and writers before and after this patch were as follows:
# of Threads Pre-patch Post-patch
------------ --------- ----------
2 1,759 6,684
4 1,684 6,738
8 1,074 7,222
16 900 7,163
32 458 7,316
64 208 520
128 168 425
240 143 474This patch gives a big boost in performance for mixed reader/writer workloads.
With 32 locking threads, the rwsem lock event data were:
rwsem_opt_fail=79850
rwsem_opt_nospin=5069
rwsem_opt_rlock=597484
rwsem_opt_wlock=957339
rwsem_sleep_reader=57782
rwsem_sleep_writer=55663
With 64 locking threads, the data looked like:
rwsem_opt_fail=346723
rwsem_opt_nospin=6293
rwsem_opt_rlock=1127119
rwsem_opt_wlock=1400628
rwsem_sleep_reader=308201
rwsem_sleep_writer=72281
So a lot more threads acquired the lock in the slowpath and more threads went to sleep.
--- kernel/locking/lock_events_list.h | 1 + kernel/locking/rwsem-xadd.c | 62 ++++++++++++++++++++++++++++--- kernel/locking/rwsem.h | 45 +++++++++++++++++----- 3 files changed, 93 insertions(+), 15 deletions(-)
kernel/locking/lock_events_list.h +1 -0
@@ -59,6 +59,7 @@ LOCK_EVENT(rwsem_wake_writer) /* # of writer wakeups */ LOCK_EVENT(rwsem_opt_rlock) /* # of read locks opt-spin acquired */ LOCK_EVENT(rwsem_opt_wlock) /* # of write locks opt-spin acquired */ LOCK_EVENT(rwsem_opt_fail) /* # of failed opt-spinnings */ +LOCK_EVENT(rwsem_opt_nospin) /* # of disabled reader opt-spinnings */ LOCK_EVENT(rwsem_rlock) /* # of read locks acquired */ LOCK_EVENT(rwsem_rlock_fast) /* # of fast read locks acquired */ LOCK_EVENT(rwsem_rlock_fail) /* # of failed read lock acquisitions */
kernel/locking/rwsem-xadd.c +57 -5
108 lines not on this page · raw message
kernel/locking/rwsem.h +35 -10
73 lines not on this page · raw message
Signature · 1 line
2.18.1
Waiman Long
reviewerPATCH 9/12 locking/rwsem: Add more rwsem owner access helpers
In reply to Waiman LongBefore combining owner and count, we are adding two new helpers for accessing the owner value in the rwsem.
1) struct task_struct *rwsem_get_owner(struct rw_semaphore *sem)
2) bool is_rwsem_reader_owned(struct rw_semaphore *sem)
--- kernel/locking/rwsem-xadd.c | 15 ++++++++++----- kernel/locking/rwsem.c | 3 +-- kernel/locking/rwsem.h | 32 ++++++++++++++++++++++++++------ 3 files changed, 37 insertions(+), 13 deletions(-)
kernel/locking/rwsem-xadd.c +10 -5
@@ -327,7 +327,7 @@ static inline bool rwsem_can_spin_on_owner(struct rw_semaphore *sem)preempt_disable ();rcu_read_lock (); - owner =READ_ONCE (sem->owner); + owner =rwsem_get_owner (sem);if (owner) { ret =is_rwsem_owner_spinnable (owner) && (is_rwsem_owner_reader (owner) ||owner_on_cpu (owner));
@@ -359,15 +359,21 @@ enum owner_state { static noinline enum owner_state rwsem_spin_on_owner(struct rw_semaphore *sem) { -struct task_struct *owner =READ_ONCE (sem->owner); +struct task_struct *owner =rwsem_get_owner (sem);long count;if (!is_rwsem_owner_spinnable (owner))return OWNER_NONSPINNABLE ;rcu_read_lock (); -while (owner && !is_rwsem_owner_reader (owner) - && (READ_ONCE (sem->owner) == owner)) { +while (owner && !is_rwsem_owner_reader (owner)) { +struct task_struct *new_owner =rwsem_get_owner (sem); + +if (new_owner != owner) { + owner = new_owner; +break ;/* The owner has changed */ + } +/* * Ensure we emit the owner->on_cpu, dereference _after_ * checking sem->owner still matches owner, if that fails,
@@ -394,7 +400,6 @@ static noinline enum owner_state rwsem_spin_on_owner(struct rw_semaphore *sem)* spinning except when here is no active locks and the handoff bit * is set. In this case, we have to stop spinning. */ - owner =READ_ONCE (sem->owner);if (!is_rwsem_owner_spinnable (owner))return OWNER_NONSPINNABLE ;if (owner && !is_rwsem_owner_reader (owner))
kernel/locking/rwsem.c +1 -2
@@ -198,8 +198,7 @@ EXPORT_SYMBOL(down_write_killable_nested);void up_read_non_owner (struct rw_semaphore *sem) { -DEBUG_RWSEMS_WARN_ON (!((unsigned long )sem->owner &RWSEM_READER_OWNED ), - sem); +DEBUG_RWSEMS_WARN_ON (!is_rwsem_reader_owned (sem), sem);__up_read (sem); }
kernel/locking/rwsem.h +26 -6
@@ -90,6 +90,11 @@ static inline void rwsem_clear_owner(struct rw_semaphore *sem)WRITE_ONCE (sem->owner,NULL ); } +static inline struct task_struct *rwsem_get_owner (struct rw_semaphore *sem) +{ +return READ_ONCE (sem->owner); +} +/* * The task_struct pointer of the last owning reader will be left in * the owner field.
@@ -134,6 +139,23 @@ static inline bool is_rwsem_spinnable(struct rw_semaphore *sem)return is_rwsem_owner_spinnable (READ_ONCE (sem->owner)); } +/* +* Return true if the rwsem is owned by a reader. +*/ +static inline bool is_rwsem_reader_owned (struct rw_semaphore *sem) +{ +#ifdef CONFIG_DEBUG_RWSEMS +/* +* Check the count to see if it is write-locked. +*/ +long count =atomic_long_read (&sem->count); + +if (count &RWSEM_WRITER_MASK ) +return false; +#endif +return (unsigned long )sem->owner &RWSEM_READER_OWNED ; +} +/* * Return true if rwsem is owned by an anonymous writer or readers. */
@@ -154,6 +176,7 @@ static inline void rwsem_clear_reader_owned(struct rw_semaphore *sem) {unsigned long val = (unsigned long )current |RWSEM_READER_OWNED |RWSEM_ANONYMOUSLY_OWNED ; +if (READ_ONCE (sem->owner) == (struct task_struct *)val)cmpxchg_relaxed ((unsigned long *)&sem->owner, val,RWSEM_READER_OWNED |RWSEM_ANONYMOUSLY_OWNED );
@@ -216,8 +239,7 @@ static inline void __down_read(struct rw_semaphore *sem)if (unlikely (atomic_long_fetch_add_acquire (RWSEM_READER_BIAS , &sem->count) &RWSEM_READ_FAILED_MASK )) {rwsem_down_read_failed (sem); -DEBUG_RWSEMS_WARN_ON (!((unsigned long )sem->owner & -RWSEM_READER_OWNED ), sem); +DEBUG_RWSEMS_WARN_ON (!is_rwsem_reader_owned (sem), sem); }else {rwsem_set_reader_owned (sem); }
@@ -229,8 +251,7 @@ static inline int __down_read_killable(struct rw_semaphore *sem) &sem->count) & RWSEM_READ_FAILED_MASK)) { if (IS_ERR(rwsem_down_read_failed_killable(sem))) return -EINTR; - DEBUG_RWSEMS_WARN_ON(!((unsigned long)sem->owner & - RWSEM_READER_OWNED), sem); + DEBUG_RWSEMS_WARN_ON(!is_rwsem_reader_owned(sem), sem); } else {rwsem_set_reader_owned (sem); }
@@ -297,8 +318,7 @@ static inline void __up_read(struct rw_semaphore *sem) {long tmp; -DEBUG_RWSEMS_WARN_ON (!((unsigned long )sem->owner &RWSEM_READER_OWNED ), - sem); +DEBUG_RWSEMS_WARN_ON (!is_rwsem_reader_owned (sem), sem);rwsem_clear_reader_owned (sem); tmp =atomic_long_add_return_release (-RWSEM_READER_BIAS , &sem->count); if (unlikely((tmp & (RWSEM_LOCK_MASK|RWSEM_FLAG_WAITERS))
Signature · 1 line
2.18.1
Waiman Long
reviewerPATCH 10/12 locking/rwsem: Merge owner into count on x86-64
In reply to Waiman LongWith separate count and owner, there are timing windows where the two values are inconsistent. That can cause problem when trying to figure out the exact state of the rwsem. For instance, a RT task will stop optimistic spinning if the lock is acquired by a writer but the owner field isn't set yet. That can be solved by combining the count and owner together in a single atomic value.
On 32-bit architectures, there aren't enough bits to hold both. 64-bit architectures, however, can have enough bits to do that. For x86-64, the physical address can use up to 52 bits. That is 4PB of memory. That leaves 12 bits available for other use. The task structure pointer is aligned to the L1 cache size. That means another 6 bits (64 bytes cacheline) will be available. Reserving 2 bits for status flags, we will have 16 bits for the reader count. That can supports up to (64k-1) readers.
The owner value will still be duplicated in the owner field as that will ease debugging when looking at core dump.
This change is currently enabled for x86-64 only. Other 64-bit architectures may be enabled in the future if the need arises.
With a locking microbenchmark running on 5.1 based kernel, the total locking rates (in kops/s) on a 8-socket IvyBridge-EX system with writer-only locking threads and then equal numbers of readers and writers (mixed) before patch and after this and subsequent related patches were as follows:
Before Patch After Patch
# of Threads wlock mixed wlock mixed
------------ ----- ----- ----- -----
1 30,422 31,034 30,323 30,379
2 6,427 6,684 7,804 9,436
4 6,742 6,738 7,568 8,268
8 7,092 7,222 5,679 7,041
16 6,882 7,163 6,848 7,652
32 7,458 7,316 7,975 2,189
64 7,906 520 8,269 534
128 1,680 425 8,047 448In the single thread case, the complex write-locking operation does introduce a little bit of overhead (about 0.3%). For the contended cases, except for some anomalies in the data, there is no evidence that this change will adversely impact performance.
When running the same microbenchmark with RT locking threads instead, we got the following results:
Before Patch After Patch
# of Threads wlock mixed wlock mixed
------------ ----- ----- ----- -----
2 4,065 3,642 4,756 5,062
4 2,254 1,907 3,460 2,496
8 2,386 964 3,012 1,964
16 2,095 1,596 3,083 1,862
32 2,388 530 3,717 359
64 1,424 322 4,060 401
128 1,642 510 4,488 628It is obvious that RT tasks can benefit pretty significantly with this set of patches.
--- kernel/locking/rwsem-xadd.c | 11 +++- kernel/locking/rwsem.h | 117 ++++++++++++++++++++++++++++++++---- 2 files changed, 114 insertions(+), 14 deletions(-)
kernel/locking/rwsem-xadd.c +8 -3
@@ -26,11 +26,11 @@/* * Guide to the rw_semaphore's count field. * -* When the RWSEM_WRITER_LOCKED bit in count is set, the lock is owned -* by a writer. +* When any of the RWSEM_WRITER_MASK bits in count is set, the lock is +* owned by a writer. * * The lock is owned by readers when -* (1) the RWSEM_WRITER_LOCKED isn't set in count, +* (1) none of the RWSEM_WRITER_MASK bits is set in count, * (2) some of the reader bits are set in count, and * (3) the owner field has RWSEM_READ_OWNED bit set. *
@@ -46,6 +46,11 @@void __init_rwsem (struct rw_semaphore *sem,const char *name,struct lock_class_key *key) { +/* +* We should support at least (4k-1) concurrent readers +*/ +BUILD_BUG_ON (sizeof (long ) *8 -RWSEM_READER_SHIFT <12 ); +#ifdef CONFIG_DEBUG_LOCK_ALLOC /* * Make sure we are not reinitializing a held semaphore:
kernel/locking/rwsem.h +106 -11
167 lines not on this page · raw message
Signature · 1 line
2.18.1
Re: [PATCH 10/12] locking/rwsem: Merge owner into count on x86-64
Quoted 4 lines · Waiman Long
Reserving 2 bits for status flags,
we will have 16 bits for the reader count. That can supports up to (64k-1) readers.
Explain why that's enough, please.
I could *easily* see more than 64k threads all on the same rwsem, all at the same time.
Just do a really slow filesystem (think fuse), map a file with lots of pages, and then fault in one page per thread. Boom. rwsem with more than 64k concurrent readers.
So I think this approach is completely wrong, and/or needs a *lot* of explanation why it works.
A small reader count works for the spinning rwlocks because we're limited to the number of CPU's in the system. For a rwsem? No.
Linus
Waiman Long
reviewerPATCH 11/12 locking/rwsem: Remove redundant computation of writer lock word
In reply to Waiman LongOn 64-bit architectures, each rwsem writer will have its unique lock word for acquiring the lock. Right now, the writer code recomputes the lock word every time it tries to acquire the lock. This is a waste of time. The lock word is now cached and reused when it is needed.
On 32-bit architectures, the extra constant argument to rwsem_try_write_lock() and rwsem_try_write_lock_unqueued() should be optimized out by the compiler.
--- kernel/locking/rwsem-xadd.c | 25 ++++++++++++++----------- 1 file changed, 14 insertions(+), 11 deletions(-)
kernel/locking/rwsem-xadd.c +14 -11
@@ -244,8 +244,8 @@ static void __rwsem_mark_wake(struct rw_semaphore *sem,* race conditions between checking the rwsem wait list and setting the * sem->count accordingly. */ -static inline bool -rwsem_try_write_lock (long count,struct rw_semaphore *sem,bool first) +static inline bool rwsem_try_write_lock (long count,struct rw_semaphore *sem, +const long wlock,bool first) {long new;
@@ -255,7 +255,7 @@ rwsem_try_write_lock(long count, struct rw_semaphore *sem, bool first)if (!first &&RWSEM_COUNT_HANDOFF (count))return false; - new = (count & ~RWSEM_FLAG_HANDOFF ) +RWSEM_WRITER_LOCKED - + new = (count & ~RWSEM_FLAG_HANDOFF ) + wlock - (list_is_singular (&sem->wait_list) ?RWSEM_FLAG_WAITERS :0 );if (atomic_long_try_cmpxchg_acquire (&sem->count, &count, new)) {
@@ -294,13 +294,14 @@ static inline bool rwsem_try_read_lock_unqueued(struct rw_semaphore *sem)/* * Try to acquire write lock before the writer has been put on wait queue. */ -static inline bool rwsem_try_write_lock_unqueued (struct rw_semaphore *sem) +static inline bool rwsem_try_write_lock_unqueued (struct rw_semaphore *sem, +const long wlock) {long count =atomic_long_read (&sem->count);while (!RWSEM_COUNT_LOCKED_OR_HANDOFF (count)) {if (atomic_long_try_cmpxchg_acquire (&sem->count, &count, - count +RWSEM_WRITER_LOCKED )) { + count + wlock)) {rwsem_set_owner (sem);lockevent_inc (rwsem_opt_wlock);return true;
@@ -416,7 +417,7 @@ static noinline enum owner_state rwsem_spin_on_owner(struct rw_semaphore *sem)return !owner ?OWNER_NULL :OWNER_READER ; } -static bool rwsem_optimistic_spin (struct rw_semaphore *sem,bool wlock) +static bool rwsem_optimistic_spin (struct rw_semaphore *sem,const long wlock) {bool taken = false;bool prev_not_writer = false;
@@ -449,7 +450,7 @@ static bool rwsem_optimistic_spin(struct rw_semaphore *sem, bool wlock)/* * Try to acquire the lock */ - taken = wlock ?rwsem_try_write_lock_unqueued (sem) + taken = wlock ?rwsem_try_write_lock_unqueued (sem, wlock) :rwsem_try_read_lock_unqueued (sem);if (taken)
@@ -531,7 +532,8 @@ static inline bool rwsem_can_spin_on_owner(struct rw_semaphore *sem)return false; } -static inline bool rwsem_optimistic_spin (struct rw_semaphore *sem,bool wlock) +static inline bool rwsem_optimistic_spin (struct rw_semaphore *sem, +const long wlock) {return false; }
@@ -565,7 +567,7 @@ __rwsem_down_read_failed_common(struct rw_semaphore *sem, int state)*/ atomic_long_add (-RWSEM_READER_BIAS , &sem->count); adjustment =0 ; -if (rwsem_optimistic_spin (sem, false)) { +if (rwsem_optimistic_spin (sem,0 )) {unsigned long flags;/*
@@ -681,10 +683,11 @@ __rwsem_down_write_failed_common(struct rw_semaphore *sem, int state)struct rwsem_waiter waiter;struct rw_semaphore *ret = sem;DEFINE_WAKE_Q (wake_q); +const long wlock =RWSEM_WRITER_LOCKED ;/* do optimistic spinning and steal lock if possible */ if (rwsem_can_spin_on_owner (sem) && -rwsem_optimistic_spin (sem, true)) +rwsem_optimistic_spin (sem, wlock))return sem;/*
@@ -743,7 +746,7 @@ __rwsem_down_write_failed_common(struct rw_semaphore *sem, int state)/* wait until we successfully acquire the lock */ set_current_state (state);while (true) { -if (rwsem_try_write_lock (count, sem, first)) +if (rwsem_try_write_lock (count, sem, wlock, first))break ;raw_spin_unlock_irq (&sem->wait_lock);
Signature · 1 line
2.18.1
Waiman Long
reviewerPATCH 12/12 locking/rwsem: Make MSbit of count as guard bit to fail readlock
In reply to Waiman LongWith the merging of owner into count for x86-64, there is only 16 bits left for reader count. It is theoretically possible for an application to cause more than 64k readers to acquire a rwsem leading to count overflow.
To prevent this dire situation, the most significant bit of the count is now treated as a guard bit (RWSEM_FLAG_READFAIL). Read-lock will now fails for both the fast and optimistic spinning paths whenever this bit is set. So all those extra readers will be put to sleep in the wait queue. Wakeup will not happen until the reader count reaches 0. This effectively limit the maximum reader count to 32k.
A limit of 256 is also imposed on the number of readers that can be woken up in one wakeup function call. This will eliminate the possibility of waking up more than 64k readers and overflowing the count.
--- kernel/locking/lock_events_list.h | 1 + kernel/locking/rwsem-xadd.c | 34 +++++++++++++++++++------ kernel/locking/rwsem.h | 41 ++++++++++++++++++++----------- 3 files changed, 55 insertions(+), 21 deletions(-)
kernel/locking/lock_events_list.h +1 -0
@@ -59,6 +59,7 @@ LOCK_EVENT(rwsem_wake_writer) /* # of writer wakeups */ LOCK_EVENT(rwsem_opt_rlock) /* # of read locks opt-spin acquired */ LOCK_EVENT(rwsem_opt_wlock) /* # of write locks opt-spin acquired */ LOCK_EVENT(rwsem_opt_fail) /* # of failed opt-spinnings */ +LOCK_EVENT(rwsem_opt_rfail) /* # of failed reader-owned readlocks */ LOCK_EVENT(rwsem_opt_nospin) /* # of disabled reader opt-spinnings */ LOCK_EVENT(rwsem_rlock) /* # of read locks acquired */ LOCK_EVENT(rwsem_rlock_fast) /* # of fast read locks acquired */
kernel/locking/rwsem-xadd.c +27 -7
@@ -112,7 +112,8 @@ enum rwsem_wake_type {/* * We limit the maximum number of readers that can be woken up for a * wake-up call to not penalizing the waking thread for spending too -* much time doing it. +* much time doing it as well as the unlikely possiblity of overflowing +* the reader count. */ #define MAX_READERS_WAKEUP 0x100
@@ -456,6 +457,15 @@ static bool rwsem_optimistic_spin(struct rw_semaphore *sem, const long wlock)if (taken)break ; +/* +* If a reader cannot acquire a reader-owned lock, we +* have to quit. The handoff bit might have been set. +*/ +if (unlikely (!wlock && (owner_state ==OWNER_READER ))) { +lockevent_inc (rwsem_opt_rfail); +break ; + } +/* * We only decremnt rspin_cnt when a writer is trying to * acquire a lock owned by readers. In which case,
@@ -553,12 +563,22 @@ rwsem_waiter_is_first(struct rw_semaphore *sem, struct rwsem_waiter *waiter)* Wait for the read lock to be granted */ static inline struct rw_semaphore __sched * -__rwsem_down_read_failed_common (struct rw_semaphore *sem,int state) +__rwsem_down_read_failed_common (struct rw_semaphore *sem,int state,long count) { -long count, adjustment = -RWSEM_READER_BIAS ; +long adjustment = -RWSEM_READER_BIAS ;struct rwsem_waiter waiter;DEFINE_WAKE_Q (wake_q); +if (unlikely (count <0 )) { +/* +* Too many active readers, decrement count & +* enter the wait queue. +*/ +atomic_long_add (-RWSEM_READER_BIAS , &sem->count); + adjustment =0 ; + goto queue; + } +if (!rwsem_can_spin_on_owner (sem)) goto queue;
@@ -659,16 +679,16 @@ __rwsem_down_read_failed_common(struct rw_semaphore *sem, int state) } __visible struct rw_semaphore * __sched -rwsem_down_read_failed(struct rw_semaphore *sem) +rwsem_down_read_failed(struct rw_semaphore *sem, long cnt) { -return __rwsem_down_read_failed_common (sem,TASK_UNINTERRUPTIBLE ); +return __rwsem_down_read_failed_common (sem,TASK_UNINTERRUPTIBLE , cnt); }EXPORT_SYMBOL (rwsem_down_read_failed); __visible struct rw_semaphore * __sched -rwsem_down_read_failed_killable(struct rw_semaphore *sem) +rwsem_down_read_failed_killable(struct rw_semaphore *sem, long cnt) { -return __rwsem_down_read_failed_common (sem,TASK_KILLABLE ); +return __rwsem_down_read_failed_common (sem,TASK_KILLABLE , cnt); }EXPORT_SYMBOL (rwsem_down_read_failed_killable);
kernel/locking/rwsem.h +27 -14
89 lines not on this page · raw message
Signature · 1 line
2.18.1
Re: [PATCH 12/12] locking/rwsem: Make MSbit of count as guard bit to fail readlock
Quoted 4 lines · Waiman Long
With the merging of owner into count for x86-64, there is only 16 bits left for reader count. It is theoretically possible for an application to cause more than 64k readers to acquire a rwsem leading to count overflow.
Ahh, and here's the thing that makes 16 bits work for readers.
I think this at a minimum needs to be made very clear in the patch that actually lowered the reader count bits, but preferably this just needs to be done *before* that patch, so that you don't have a point in history where rwlocks are simply not reliable.
Linus
Waiman Long
reviewerRe: [PATCH 12/12] locking/rwsem: Make MSbit of count as guard bit to fail readlock
Quoted 4 lines · Linus Torvalds
Quoted 3 lines · Waiman Long
With the merging of owner into count for x86-64, there is only 16 bits left for reader count. It is theoretically possible for an application to cause more than 64k readers to acquire a rwsem leading to count overflow.
Quoted 8 lines
Ahh, and here's the thing that makes 16 bits work for readers.
I think this at a minimum needs to be made very clear in the patch that actually lowered the reader count bits, but preferably this just needs to be done *before* that patch, so that you don't have a point in history where rwlocks are simply not reliable.
Linus
Thanks for the suggestion. I will move this patch up in the next version.
Cheers,
Longman
Re: [PATCH 12/12] locking/rwsem: Make MSbit of count as guard bit to fail readlock
In reply to Linus TorvaldsQuoted 8 lines · Linus Torvalds
Quoted 4 lines · Waiman Long
With the merging of owner into count for x86-64, there is only 16 bits left for reader count. It is theoretically possible for an application to cause more than 64k readers to acquire a rwsem leading to count overflow.
Ahh, and here's the thing that makes 16 bits work for readers.
Hmm. Does it?
Isn't there a race here? We're adding the READ bias, and then noticing that it his the guard bit, and then the down_read_failed will make it all good again.
But this isn't actually done with preemption disabled, so things *could* get preempted in between, and if we have a huge run of bad luck, it can still overflow.
Ok, so you need to have a 32k series run of bad luck (and hit *exactly* the right small preemption point window every time), and I'm certainly willing to say "yeah, not an issue", but maybe it's still worth at least documenting?
Linus
Waiman Long
reviewerRe: [PATCH 12/12] locking/rwsem: Make MSbit of count as guard bit to fail readlock
Quoted 17 lines · Linus Torvalds
Quoted 5 lines · Linus Torvalds
Quoted 3 lines · Waiman Long
With the merging of owner into count for x86-64, there is only 16 bits left for reader count. It is theoretically possible for an application to cause more than 64k readers to acquire a rwsem leading to count overflow.
Ahh, and here's the thing that makes 16 bits work for readers.
Hmm. Does it?
Isn't there a race here? We're adding the READ bias, and then noticing that it his the guard bit, and then the
down_read_failedwill make it all good again.But this isn't actually done with preemption disabled, so things *could* get preempted in between, and if we have a huge run of bad luck, it can still overflow.
Quoted 6 lines
Ok, so you need to have a 32k series run of bad luck (and hit *exactly* the right small preemption point window every time), and I'm certainly willing to say "yeah, not an issue", but maybe it's still worth at least documenting?
Linus
I think it is theoretically possible that this can happen, but I doubt we will ever see that. Will document that possibility in the comment.
Thanks,
Longman
Peter Zijlstra
maintainerQuoted 5 lines · Waiman Long
This is part 2 of a 3-part (0/1/2) series to rearchitect the internal operation of rwsem.
part 0: https://lkml.org/lkml/2019/3/22/1662
part 1: https://lkml.org/lkml/2019/2/28/1124
Please, don't ever use lkml.org links, they're friggin useless.
The canonical link form is: https://lkml.kernel.org/r/$msgid
The thing is, I have part 0, but I cannot find part 1, and the above link doesn't include a message id so I can't find it in my inbox either.
If I reverse search in my inbox from this message, I end up on part 0. Did you send the parts out of order?
Waiman Long
reviewerQuoted 9 lines · Peter Zijlstra
Quoted 5 lines · Waiman Long
This is part 2 of a 3-part (0/1/2) series to rearchitect the internal operation of rwsem.
part 0: https://lkml.org/lkml/2019/3/22/1662
part 1: https://lkml.org/lkml/2019/2/28/1124Please, don't ever use lkml.org links, they're friggin useless.
The canonical link form is: https://lkml.kernel.org/r/$msgid
Sorry about that. I am going to use lkml.kernel.org next time.
Quoted 6 lines
The thing is, I have part 0, but I cannot find part 1, and the above link doesn't include a message id so I can't find it in my inbox either.
If I reverse search in my inbox from this message, I end up on part 0. Did you send the parts out of order?
I think you have found it. I am going to make some update and post v4 later this week.
Cheers,
Longman