-
Type: Improvement
-
Resolution: Won't Fix
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Replication
-
None
-
Replication
-
Repl C (11/20/15)
Currently the applier must (sequentially) do the following in a loop:
- batch oplog entries
- apply and record in local oplog
- journal, including minvalid
- report/update-position
The task here is to break the last two steps (journal + reporting) into a separate process which doesn't block the next batch from starting/applying. This should allow higher throughput on the replicas without adversely affecting latency.
- is depended on by
-
SERVER-21237 ReplSetTest.prototype.awaitReplication reads directly from the oplog collection causing false positives
- Closed
-
SERVER-21107 Improve protocol version 1 replication throughput
- Closed
- related to
-
SERVER-21129 Allow pipelining of applier work before updating-position/reporting
- Closed