-
Type: Bug
-
Resolution: Duplicate
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Replication
-
Replication
-
ALL
-
(copied to CRM)
bartle reports high contention for the replication coordinator mutex in heavy insert workloads with w:majority writes, which leads to low CPU utilization and bottlenecking on a synthetic resource (the mutex). This is problematic on deployments with many cores, but can even be a problem on 16-core machines, as he mentions in a comment on another ticket.
Shortening the critical section under the mutex in setMyLastAppliedOpTimeForward and particularly in _wakeReadyWaiters_inlock is one possible approach to mitigating the problem. Finer grained locking around waiters might be another.
- duplicates
-
SERVER-43135 Introduce a future-based API for waiting for write concern
- Closed
- is related to
-
SERVER-31694 17% throughput regression in insert workload
- Closed